[arch-general] kde3 sources available anymore & missing garbage collector
Guys, I don't know if the kde3 sources still live on a server some where, but I would be interested in finding them. I still have all the PKGBUILD files for the kde3 install, but I need a few sources. kpdf for starters, and there are a couple more. Also, I successfully built quanta from AUR -- works fine, but I was unable to build pdftk due to missing dependencies: gcc-gcj package not found, searching for group... error: 'gcc-gcj': not found in sync db ==> ERROR: Pacman failed to install missing dependencies. I think that is some type of garbage collector. Anybody know where I can find it? I have a couple of scripts that use pdftk so it is somewhat of a pressing matter. Other than the sound I'm still working on (haven't had time to mess with it), the install is done. (Arch+e16+e17+openbox+kde4+full LAMP+GNU development pkgs+full Office setup). This was my sixth arch install since April. In the same time period I have done "one" suse install (for my youngest daughter). Arch is such a damn good distro it is a grand testament to some very smart thinking about how best to put together and -- more importantly --> maintain a Linux distribution. The folks on the suse list just can't explain why, with the abundant resources of Novell in their pocket, little 'ole Arch is always 1-2 major versions of just about everything ahead of them. (gotta love it!) I -- can tell you why. Arch nailed it with the rolling release approach. That is the right way to do a distro. Even if on occasion packages need to say in testing for 30-90 days to accomodate a major kernel change/whatever, it still beats the hell out of trying to maintain 3 separate versions of a an opensource distribution, built for 3 different kernels, and the complete set of some 4000 packages per distro version that need to be maintained. The resources required to try and do that are staggering. (I needle them that going to a rolling release would tripple their net revenues overnight just due to cost savings alone ;-) I'll try and cobble together my install notes after I'm done and update the wiki in any of the areas I faced challenges. (I'm a bit tight on time at present) Thanks you all for all the help needed in the areas where I got hund up. Cheers! -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] programmable API for flyspray?
Daenyth Blank wrote: > On Sat, Nov 7, 2009 at 16:16, Chris Brannon wrote: > > Is there any way to access bugs.archlinux.org programmatically? =C2=A0I'd= > love > > to be able to manipulate it from the shell. > Could probably hack something with perl's WWW::Mechanize Probably. Yeah, I suspected that scraping was the only recourse at present. -- Chris
Re: [arch-general] programmable API for flyspray?
On Sat, Nov 7, 2009 at 16:16, Chris Brannon wrote: > Is there any way to access bugs.archlinux.org programmatically? I'd love > to be able to manipulate it from the shell. > > TIA, > -- Chris > Could probably hack something with perl's WWW::Mechanize
[arch-general] programmable API for flyspray?
Is there any way to access bugs.archlinux.org programmatically? I'd love to be able to manipulate it from the shell. TIA, -- Chris
[arch-general] [signoff] mdadm-3.0.3-1
Hi downgrade in testing repository due to potential dataloss problems: http://marc.info/?l=linux-raid&m=125748985908870&w=2 Changelog: http://neil.brown.name/git?p=mdadm;a=blob_plain;f=ANNOUNCE-3.0;hb=7f0066ba713a8f3ddf093c038e009fde74d673a5 Please update and recreate your initcpio after upgrading. One thing i observed, when using a custom /etc/mdadm.conf file our rc.sysinit will run mdadm --assemble --scan, which will always give exit code 2, due to devices busy. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] We have lost the desktop war. The reason? Windows 7.
go away On Mon, Oct 26, 2009 at 6:17 AM, RedShift wrote: > Allan McRae wrote: >> >> RedShift wrote: >>> >>> This thread will probably erupt in a massive flamewar, yet I decided to >>> post my >>> story anyway. I am talking about the desktop experience in general, not >>> the >>> technical details behind it. Keep that in mind. >> >> So you posted in both the forums and here... >> >> Seriously, get a blog. >> > > > Yes I did, because I feel the more technical people roam the mailinglists > and the more casual user the forums. I want to hear all the sides. > > > Glenn >
Re: [arch-general] looking for MUA alternative to KMail
Am Samstag 07 November 2009 schrieb Leandro Costa: > thunderbird ? > > On Sat, Nov 7, 2009 at 10:39 AM, Philipp Gesang < > > c8f304e0084803907126b5c37fa...@gmail.com> wrote: > > -BEGIN PGP MESSAGE- > > Version: GnuPG v1.4.10 (GNU/Linux) > > > > owFVVEuLHUUUvpk8YAqCZuPGLM5uYnLn3kyQhAyIDHmYm0RmUEOUMAzV3ed2F7e6 > > qqmqns5duBEEly4kwY2PZRYBQXDl1pXgQv+A4Nad+AA3fqfuTMCmF93V5/F93/lO > > f3r25Gjt3C/m/c+evPLtzyeen3panNGhbC5v3f3z8cO3AnMyro5jpVRqOPBGJO1w > > O7/EORV9/Whrn4yje602llKjE1XBHHKklqnVFfEhB4rGlaxm1Jo66MQVJU/3bt56 > > fUI0cxQbH9I2OY+42kldPyfOBXPiqrgavNtIpOOC5j6Qpk7HOPhQoQi9u0qcsivD > > shPMhE+LSINJje+T6oIvLLcREIPv64bqrr5C3uGdqfRtq11F1jieKEW5oDSegYzv > > OgAGWgpcskt2CQxof/PWmMBW8lvf4gPNNlrqgbhW3iFqzkNOQ2uwzq0RP0O33lZC > > ZW7QU6NsZ3XJuQSYgc6uU+0yE6DCP0ZK7MuSY5z3FnVL76DpkYpDawwJ9rZPaZzR > > NECjJM9ECr3Lgu527ORIIgWm80mmtgLvcyWI0FlObJcqQrWyIZPkXNON+7PNQkc0 > > ZHdogncCFTBvYwzOD7lK71Y0NFRW/2OtAwboXdIl8O0ueqtDhiFZUZtqNd1j2T3g > > ySAWLL0bRrAEWhMTvIcJYFTsKp0MZgclSg6Z4NsPdqLKAqPfyic0t3oAaDyt3Flw > > qeFKscSx+/YsgxgtmDvooVpzBGzurfWDFC6DSRyM3iZRX2yDaXQdHJtZXHT+ItUJ > > gxKBVGmNaPPoyj7RHX0oBUxWegdLlRNE+WwPOXzwDqYMNwAa1YF1Gqvk/ZEW7zXa > > wcHZ7G6JrnXNUXjnddxrjDVdhyfZQLmalLq4PZ1iKeNkUfHEh3qK3RoOcDIpa/Om > > qd7Yunrt+tXLKgPE9QHHcTaEHmRO2LuHZmFgeKMht1hCBxO9y4DkuiBd0ITdZDiO > > zI3kbXrjRcKBnx/wpsh+sNIkvvaiRtEnUaXyHGVSUS+FYGpELV1gW/MIIIRdIKyH > > rhP1ye1To3NrozOn1+THNFLrLx//tPbV6Ktnv7564u8/znc//vXT98udD59//Ps3 > > X4++LL579sX6D+un7+9d+m3z8+qjf/t/XvoP > > =jHkW > > -END PGP MESSAGE- > I sign here all emails with kmail, what exactly doen't work? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] looking for MUA alternative to KMail
thunderbird ? On Sat, Nov 7, 2009 at 10:39 AM, Philipp Gesang < c8f304e0084803907126b5c37fa...@gmail.com> wrote: > -BEGIN PGP MESSAGE- > Version: GnuPG v1.4.10 (GNU/Linux) > > owFVVEuLHUUUvpk8YAqCZuPGLM5uYnLn3kyQhAyIDHmYm0RmUEOUMAzV3ed2F7e6 > qqmqns5duBEEly4kwY2PZRYBQXDl1pXgQv+A4Nad+AA3fqfuTMCmF93V5/F93/lO > f3r25Gjt3C/m/c+evPLtzyeen3panNGhbC5v3f3z8cO3AnMyro5jpVRqOPBGJO1w > O7/EORV9/Whrn4yje602llKjE1XBHHKklqnVFfEhB4rGlaxm1Jo66MQVJU/3bt56 > fUI0cxQbH9I2OY+42kldPyfOBXPiqrgavNtIpOOC5j6Qpk7HOPhQoQi9u0qcsivD > shPMhE+LSINJje+T6oIvLLcREIPv64bqrr5C3uGdqfRtq11F1jieKEW5oDSegYzv > OgAGWgpcskt2CQxof/PWmMBW8lvf4gPNNlrqgbhW3iFqzkNOQ2uwzq0RP0O33lZC > ZW7QU6NsZ3XJuQSYgc6uU+0yE6DCP0ZK7MuSY5z3FnVL76DpkYpDawwJ9rZPaZzR > NECjJM9ECr3Lgu527ORIIgWm80mmtgLvcyWI0FlObJcqQrWyIZPkXNON+7PNQkc0 > ZHdogncCFTBvYwzOD7lK71Y0NFRW/2OtAwboXdIl8O0ueqtDhiFZUZtqNd1j2T3g > ySAWLL0bRrAEWhMTvIcJYFTsKp0MZgclSg6Z4NsPdqLKAqPfyic0t3oAaDyt3Flw > qeFKscSx+/YsgxgtmDvooVpzBGzurfWDFC6DSRyM3iZRX2yDaXQdHJtZXHT+ItUJ > gxKBVGmNaPPoyj7RHX0oBUxWegdLlRNE+WwPOXzwDqYMNwAa1YF1Gqvk/ZEW7zXa > wcHZ7G6JrnXNUXjnddxrjDVdhyfZQLmalLq4PZ1iKeNkUfHEh3qK3RoOcDIpa/Om > qd7Yunrt+tXLKgPE9QHHcTaEHmRO2LuHZmFgeKMht1hCBxO9y4DkuiBd0ITdZDiO > zI3kbXrjRcKBnx/wpsh+sNIkvvaiRtEnUaXyHGVSUS+FYGpELV1gW/MIIIRdIKyH > rhP1ye1To3NrozOn1+THNFLrLx//tPbV6Ktnv7564u8/znc//vXT98udD59//Ps3 > X4++LL579sX6D+un7+9d+m3z8+qjf/t/XvoP > =jHkW > -END PGP MESSAGE- > -- - Arch Linux User - Linux User: #470599. - Desenvolvedor Java/Python/Web - (88) 8113-9902 - Irc: lokidarkeden at freenode.com - http://lokidarkeden.blogspot.com/
[arch-general] looking for MUA alternative to KMail
-BEGIN PGP MESSAGE- Version: GnuPG v1.4.10 (GNU/Linux) owFVVEuLHUUUvpk8YAqCZuPGLM5uYnLn3kyQhAyIDHmYm0RmUEOUMAzV3ed2F7e6 qqmqns5duBEEly4kwY2PZRYBQXDl1pXgQv+A4Nad+AA3fqfuTMCmF93V5/F93/lO f3r25Gjt3C/m/c+evPLtzyeen3panNGhbC5v3f3z8cO3AnMyro5jpVRqOPBGJO1w O7/EORV9/Whrn4yje602llKjE1XBHHKklqnVFfEhB4rGlaxm1Jo66MQVJU/3bt56 fUI0cxQbH9I2OY+42kldPyfOBXPiqrgavNtIpOOC5j6Qpk7HOPhQoQi9u0qcsivD shPMhE+LSINJje+T6oIvLLcREIPv64bqrr5C3uGdqfRtq11F1jieKEW5oDSegYzv OgAGWgpcskt2CQxof/PWmMBW8lvf4gPNNlrqgbhW3iFqzkNOQ2uwzq0RP0O33lZC ZW7QU6NsZ3XJuQSYgc6uU+0yE6DCP0ZK7MuSY5z3FnVL76DpkYpDawwJ9rZPaZzR NECjJM9ECr3Lgu527ORIIgWm80mmtgLvcyWI0FlObJcqQrWyIZPkXNON+7PNQkc0 ZHdogncCFTBvYwzOD7lK71Y0NFRW/2OtAwboXdIl8O0ueqtDhiFZUZtqNd1j2T3g ySAWLL0bRrAEWhMTvIcJYFTsKp0MZgclSg6Z4NsPdqLKAqPfyic0t3oAaDyt3Flw qeFKscSx+/YsgxgtmDvooVpzBGzurfWDFC6DSRyM3iZRX2yDaXQdHJtZXHT+ItUJ gxKBVGmNaPPoyj7RHX0oBUxWegdLlRNE+WwPOXzwDqYMNwAa1YF1Gqvk/ZEW7zXa wcHZ7G6JrnXNUXjnddxrjDVdhyfZQLmalLq4PZ1iKeNkUfHEh3qK3RoOcDIpa/Om qd7Yunrt+tXLKgPE9QHHcTaEHmRO2LuHZmFgeKMht1hCBxO9y4DkuiBd0ITdZDiO zI3kbXrjRcKBnx/wpsh+sNIkvvaiRtEnUaXyHGVSUS+FYGpELV1gW/MIIIRdIKyH rhP1ye1To3NrozOn1+THNFLrLx//tPbV6Ktnv7564u8/znc//vXT98udD59//Ps3 X4++LL579sX6D+un7+9d+m3z8+qjf/t/XvoP =jHkW -END PGP MESSAGE-
Re: [arch-general] gcc -m64
On Sat, Nov 7, 2009 at 2:14 PM, Ciprian Dorin, Craciun wrote: > On Sat, Nov 7, 2009 at 1:56 PM, Allan McRae wrote: >> Ciprian Dorin, Craciun wrote: >>> >>> On Sat, Nov 7, 2009 at 12:04 PM, Xavier wrote: On Sat, Nov 7, 2009 at 8:14 AM, Ciprian Dorin, Craciun wrote: > > On Sat, Nov 7, 2009 at 3:13 AM, Sven-Hendrik Haase > wrote: >> >> Ciprian Dorin, Craciun wrote: >>> >>> Hello all! >>> >>> I have ArchLinux i686 version, but I'm trying to compile an x86_64 >>> kernel... And you've guessed... Not supported by the ArchLinux stock >>> gcc / binutils... >>> >>> I've done the "raining" dance, by trying to compile my own gcc / >>> binutils, but it didn't "rain" (I mean it didn't work)... Any >>> pointers? >>> >>> Thanks, >>> Ciprian. >>> >>> P.S.: Is there any good reason for which there isn't even a >>> separate package of gcc that is able to do this? (I've read the bug >>> from one year ago, but no good reason was specified...) >>> P.P.S.: I'm missing Debian... >>> >>> >> Arch users generally prefer a clean 32bit/64bit chroot to a "dirty" >> system >> and have therefore developed tools to make chroot creation really >> convenient. You should try it too - get the devtools and try >> "mkarchroot". >> >> -- Sven-Hendrik > > About the reason I've read it and somehow understood it. Also > mkarchroot is quite nice (in fact the reason I'm struggling with > kernel compilation is for a Vserver deployment)... > > But back to the problem at hand: I cannot use a chrooted Linux, > because in order to use x86_64 packages I need a x86_64 enabled kernel > on my laptop (which I don't). So actually I need to cross-compile the > kernel. > > Now I've seen that in the default repository we have gcc for > crosscompiling for arm. Why not one for x86_64? > > Anyway thanks for the pointer of mkarchroot! (It would help me in > deployment of virtual servers.) > > Ciprian. > Why do you want to build the kernel ? Arch already provides it ! All packages are provided in both i686 and x86_64 http://allanmcrae.com/2009/06/using-an-x86_64-kernel-on-an-i686-userland/ >>> >>> Good question. Well the reasons could be multiple: >>> >>> * first of all the real reason is that I want to compile an x86_64 >>> kernel for one of my servers that I want to use as VServer hosting >>> target; but my laptop has ArchLinux i386, and I don't want to either >>> install x86_64 ArchLinux on my laptop, or on the server itself just to >>> be able to compile the kernel; >>> >>> * second cross-compiling is one of the basic operations one should >>> be able to do in an development environment; >>> >>> * third I believe that the real power of OSS / FOS (and therefore >>> also Linux based distributions), is that it allows you the flexibility >>> to customize things to match your liking; furthermore I've switched >>> from Debian (which also provided everything I needed and even more), >>> to ArchLinux (which provides almost everything I need), because I've >>> seen ArchLinux as a more suitable target for experimenting with Linux; >>> (I hope I'm not wrong!) >>> >>> By the way: I'me preparing three custom packages: >>> cross-x86_64-gcc-base, cross-x86_64-binutils, and cross-x86_64-glibc. >>> Anyone interested in them? Any ideeas if someone has already done >>> this? >> >> FYI, I thought packages that dod that were already in the AUR. >> >> Allan > > I haven't found one... I've already searched the AUR for "gcc" and > the only entries that resemble what I need are: > * http://aur.archlinux.org/packages.php?ID=28545 (gcc-multilib); > * http://aur.archlinux.org/packages.php?ID=31547 (cross32-gcc); > But both of them are for crosscompiling an i686 from a x86_64, > while I need the reverse. > > Could you please give me the exact URL from those packages? > > Thanks, > Ciprian. The saga is over!!! Binaries available at http://www.kernel.org/pub/tools/crosstool/ I've created a small package that installs that. See bellow. Ciprian. _build=gcc-3.4.5-glibc-2.3.6 pkgname="cross-x86_64-${_build}" pkgver="${_build//-/_}" pkgrel=1 pkgdesc="Cross-compiler binaries" arch=('i686') license=('GPL') url="http://www.kernel.org/pub/tools/crosstool"; groups=() depends=() makedepends=() options=(!'strip' !'libtool' !'emptydirs' !'docs') source=("http://www.kernel.org/pub/tools/crosstool/files/bin/i386/x86_64-${_build}.tar.gz";) md5sums=('1093a4fae1fc14f53b82633b6f92b033') build () { mkdir "${pkgdir}/opt" cp -RaTv "${srcdir}/${_build}/x86_64-unknown-linux-gnu" "${pkgdir}/opt/${pkgname}" }
Re: [arch-general] Installing Arch on Hannsnote
ciao! In data sabato 07 novembre 2009 10:13:53, Xavier ha scritto: > If your goal was to install a Linux operating system, you reached it twice. Well, sure I did:) > If it is to install Arch, you should check which version of your > wireless and graphical drivers Puppy and Ubuntu are using, and > eventual patches. Yes, you're right, I'll discover what is ubuntu doing and try to replicate it in arch. ciao! Carotinho Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com
Re: [arch-general] Problem with hard disk - not arch related
ciao:) In data sabato 07 novembre 2009 12:24:29, Rogutės Sparnuotos ha scritto: > Is KMail unable to quote mails or did you drop "inaccessible, " from the > quote above (after "used to become")? KMail is able to quote, it was my fault:) What I meant is: the filesystem becomes inaccessible after a series of errors. But the filesystem per se is all right, simply cannot be reached in that particular moment due to something at lower level. I'm in need of further proofs of what's going on... grazie:) Dario Chiacchiera con i tuoi amici in tempo reale! http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com
Re: [arch-general] gcc -m64
On Sat, Nov 7, 2009 at 1:56 PM, Allan McRae wrote: > Ciprian Dorin, Craciun wrote: >> >> On Sat, Nov 7, 2009 at 12:04 PM, Xavier wrote: >>> >>> On Sat, Nov 7, 2009 at 8:14 AM, Ciprian Dorin, Craciun >>> wrote: On Sat, Nov 7, 2009 at 3:13 AM, Sven-Hendrik Haase wrote: > > Ciprian Dorin, Craciun wrote: >> >> Hello all! >> >> I have ArchLinux i686 version, but I'm trying to compile an x86_64 >> kernel... And you've guessed... Not supported by the ArchLinux stock >> gcc / binutils... >> >> I've done the "raining" dance, by trying to compile my own gcc / >> binutils, but it didn't "rain" (I mean it didn't work)... Any >> pointers? >> >> Thanks, >> Ciprian. >> >> P.S.: Is there any good reason for which there isn't even a >> separate package of gcc that is able to do this? (I've read the bug >> from one year ago, but no good reason was specified...) >> P.P.S.: I'm missing Debian... >> >> > Arch users generally prefer a clean 32bit/64bit chroot to a "dirty" > system > and have therefore developed tools to make chroot creation really > convenient. You should try it too - get the devtools and try > "mkarchroot". > > -- Sven-Hendrik About the reason I've read it and somehow understood it. Also mkarchroot is quite nice (in fact the reason I'm struggling with kernel compilation is for a Vserver deployment)... But back to the problem at hand: I cannot use a chrooted Linux, because in order to use x86_64 packages I need a x86_64 enabled kernel on my laptop (which I don't). So actually I need to cross-compile the kernel. Now I've seen that in the default repository we have gcc for crosscompiling for arm. Why not one for x86_64? Anyway thanks for the pointer of mkarchroot! (It would help me in deployment of virtual servers.) Ciprian. >>> Why do you want to build the kernel ? Arch already provides it ! All >>> packages are provided in both i686 and x86_64 >>> >>> http://allanmcrae.com/2009/06/using-an-x86_64-kernel-on-an-i686-userland/ >> >> Good question. Well the reasons could be multiple: >> >> * first of all the real reason is that I want to compile an x86_64 >> kernel for one of my servers that I want to use as VServer hosting >> target; but my laptop has ArchLinux i386, and I don't want to either >> install x86_64 ArchLinux on my laptop, or on the server itself just to >> be able to compile the kernel; >> >> * second cross-compiling is one of the basic operations one should >> be able to do in an development environment; >> >> * third I believe that the real power of OSS / FOS (and therefore >> also Linux based distributions), is that it allows you the flexibility >> to customize things to match your liking; furthermore I've switched >> from Debian (which also provided everything I needed and even more), >> to ArchLinux (which provides almost everything I need), because I've >> seen ArchLinux as a more suitable target for experimenting with Linux; >> (I hope I'm not wrong!) >> >> By the way: I'me preparing three custom packages: >> cross-x86_64-gcc-base, cross-x86_64-binutils, and cross-x86_64-glibc. >> Anyone interested in them? Any ideeas if someone has already done >> this? > > FYI, I thought packages that dod that were already in the AUR. > > Allan I haven't found one... I've already searched the AUR for "gcc" and the only entries that resemble what I need are: * http://aur.archlinux.org/packages.php?ID=28545 (gcc-multilib); * http://aur.archlinux.org/packages.php?ID=31547 (cross32-gcc); But both of them are for crosscompiling an i686 from a x86_64, while I need the reverse. Could you please give me the exact URL from those packages? Thanks, Ciprian.
Re: [arch-general] gcc -m64
Ciprian Dorin, Craciun wrote: On Sat, Nov 7, 2009 at 12:04 PM, Xavier wrote: On Sat, Nov 7, 2009 at 8:14 AM, Ciprian Dorin, Craciun wrote: On Sat, Nov 7, 2009 at 3:13 AM, Sven-Hendrik Haase wrote: Ciprian Dorin, Craciun wrote: Hello all! I have ArchLinux i686 version, but I'm trying to compile an x86_64 kernel... And you've guessed... Not supported by the ArchLinux stock gcc / binutils... I've done the "raining" dance, by trying to compile my own gcc / binutils, but it didn't "rain" (I mean it didn't work)... Any pointers? Thanks, Ciprian. P.S.: Is there any good reason for which there isn't even a separate package of gcc that is able to do this? (I've read the bug from one year ago, but no good reason was specified...) P.P.S.: I'm missing Debian... Arch users generally prefer a clean 32bit/64bit chroot to a "dirty" system and have therefore developed tools to make chroot creation really convenient. You should try it too - get the devtools and try "mkarchroot". -- Sven-Hendrik About the reason I've read it and somehow understood it. Also mkarchroot is quite nice (in fact the reason I'm struggling with kernel compilation is for a Vserver deployment)... But back to the problem at hand: I cannot use a chrooted Linux, because in order to use x86_64 packages I need a x86_64 enabled kernel on my laptop (which I don't). So actually I need to cross-compile the kernel. Now I've seen that in the default repository we have gcc for crosscompiling for arm. Why not one for x86_64? Anyway thanks for the pointer of mkarchroot! (It would help me in deployment of virtual servers.) Ciprian. Why do you want to build the kernel ? Arch already provides it ! All packages are provided in both i686 and x86_64 http://allanmcrae.com/2009/06/using-an-x86_64-kernel-on-an-i686-userland/ Good question. Well the reasons could be multiple: * first of all the real reason is that I want to compile an x86_64 kernel for one of my servers that I want to use as VServer hosting target; but my laptop has ArchLinux i386, and I don't want to either install x86_64 ArchLinux on my laptop, or on the server itself just to be able to compile the kernel; * second cross-compiling is one of the basic operations one should be able to do in an development environment; * third I believe that the real power of OSS / FOS (and therefore also Linux based distributions), is that it allows you the flexibility to customize things to match your liking; furthermore I've switched from Debian (which also provided everything I needed and even more), to ArchLinux (which provides almost everything I need), because I've seen ArchLinux as a more suitable target for experimenting with Linux; (I hope I'm not wrong!) By the way: I'me preparing three custom packages: cross-x86_64-gcc-base, cross-x86_64-binutils, and cross-x86_64-glibc. Anyone interested in them? Any ideeas if someone has already done this? FYI, I thought packages that dod that were already in the AUR. Allan
Re: [arch-general] gcc -m64
On Sat, Nov 7, 2009 at 12:04 PM, Xavier wrote: > On Sat, Nov 7, 2009 at 8:14 AM, Ciprian Dorin, Craciun > wrote: >> On Sat, Nov 7, 2009 at 3:13 AM, Sven-Hendrik Haase >> wrote: >>> Ciprian Dorin, Craciun wrote: Hello all! I have ArchLinux i686 version, but I'm trying to compile an x86_64 kernel... And you've guessed... Not supported by the ArchLinux stock gcc / binutils... I've done the "raining" dance, by trying to compile my own gcc / binutils, but it didn't "rain" (I mean it didn't work)... Any pointers? Thanks, Ciprian. P.S.: Is there any good reason for which there isn't even a separate package of gcc that is able to do this? (I've read the bug from one year ago, but no good reason was specified...) P.P.S.: I'm missing Debian... >>> >>> Arch users generally prefer a clean 32bit/64bit chroot to a "dirty" system >>> and have therefore developed tools to make chroot creation really >>> convenient. You should try it too - get the devtools and try "mkarchroot". >>> >>> -- Sven-Hendrik >> >> About the reason I've read it and somehow understood it. Also >> mkarchroot is quite nice (in fact the reason I'm struggling with >> kernel compilation is for a Vserver deployment)... >> >> But back to the problem at hand: I cannot use a chrooted Linux, >> because in order to use x86_64 packages I need a x86_64 enabled kernel >> on my laptop (which I don't). So actually I need to cross-compile the >> kernel. >> >> Now I've seen that in the default repository we have gcc for >> crosscompiling for arm. Why not one for x86_64? >> >> Anyway thanks for the pointer of mkarchroot! (It would help me in >> deployment of virtual servers.) >> >> Ciprian. >> > > Why do you want to build the kernel ? Arch already provides it ! All > packages are provided in both i686 and x86_64 > > http://allanmcrae.com/2009/06/using-an-x86_64-kernel-on-an-i686-userland/ Good question. Well the reasons could be multiple: * first of all the real reason is that I want to compile an x86_64 kernel for one of my servers that I want to use as VServer hosting target; but my laptop has ArchLinux i386, and I don't want to either install x86_64 ArchLinux on my laptop, or on the server itself just to be able to compile the kernel; * second cross-compiling is one of the basic operations one should be able to do in an development environment; * third I believe that the real power of OSS / FOS (and therefore also Linux based distributions), is that it allows you the flexibility to customize things to match your liking; furthermore I've switched from Debian (which also provided everything I needed and even more), to ArchLinux (which provides almost everything I need), because I've seen ArchLinux as a more suitable target for experimenting with Linux; (I hope I'm not wrong!) By the way: I'me preparing three custom packages: cross-x86_64-gcc-base, cross-x86_64-binutils, and cross-x86_64-glibc. Anyone interested in them? Any ideeas if someone has already done this? Ciprian.
Re: [arch-general] Problem with hard disk - not arch related
Dario (2009-11-07 01:52): > ciao! > > In data sabato 07 novembre 2009 00:23:13, Rogutės Sparnuotos ha scritto: > > There's no clever advice I could give you, but I vaguely remember having > > similar problems and similar logs some time ago (perhaps when kernel > > 2.6.29 became stable). The block device of my drive used to become > > but the mounted filesystem continued to work, IIRC. > > Indeed the filesystems is left intact, which at least is a good thing:) Is KMail unable to quote mails or did you drop "inaccessible, " from the quote above (after "used to become")? > > Are you running Linux kernel 2.6.31? > > Yes, I am. Previously I pointed out the video card because the first time I > met this problem, I was doing dirty things with CUDA under Ubuntu 9.04, and > rebooting brought everything back in order. Could this be a sign of a > relationship between the closed source Nvidia drivers and the wild controller? I had a 13 year old Matrox PCI graphics card inside when the problem was happening. And at that time I _think_ I had 2 SATA and 1 IDE drives connected to the JMicron controller. Now the 2 SATA drives are connected to Intel ICH9 Southbridge, and the IDE drive to JMicron (the motherboard is Gigabyte GA-EP35-DS3). -- -- Rogutės Sparnuotos
Re: [arch-general] gcc -m64
On Sat, Nov 7, 2009 at 8:14 AM, Ciprian Dorin, Craciun wrote: > On Sat, Nov 7, 2009 at 3:13 AM, Sven-Hendrik Haase wrote: >> Ciprian Dorin, Craciun wrote: >>> >>> Hello all! >>> >>> I have ArchLinux i686 version, but I'm trying to compile an x86_64 >>> kernel... And you've guessed... Not supported by the ArchLinux stock >>> gcc / binutils... >>> >>> I've done the "raining" dance, by trying to compile my own gcc / >>> binutils, but it didn't "rain" (I mean it didn't work)... Any >>> pointers? >>> >>> Thanks, >>> Ciprian. >>> >>> P.S.: Is there any good reason for which there isn't even a >>> separate package of gcc that is able to do this? (I've read the bug >>> from one year ago, but no good reason was specified...) >>> P.P.S.: I'm missing Debian... >>> >>> >> >> Arch users generally prefer a clean 32bit/64bit chroot to a "dirty" system >> and have therefore developed tools to make chroot creation really >> convenient. You should try it too - get the devtools and try "mkarchroot". >> >> -- Sven-Hendrik > > About the reason I've read it and somehow understood it. Also > mkarchroot is quite nice (in fact the reason I'm struggling with > kernel compilation is for a Vserver deployment)... > > But back to the problem at hand: I cannot use a chrooted Linux, > because in order to use x86_64 packages I need a x86_64 enabled kernel > on my laptop (which I don't). So actually I need to cross-compile the > kernel. > > Now I've seen that in the default repository we have gcc for > crosscompiling for arm. Why not one for x86_64? > > Anyway thanks for the pointer of mkarchroot! (It would help me in > deployment of virtual servers.) > > Ciprian. > Why do you want to build the kernel ? Arch already provides it ! All packages are provided in both i686 and x86_64 http://allanmcrae.com/2009/06/using-an-x86_64-kernel-on-an-i686-userland/
Re: [arch-general] Installing Arch on Hannsnote
On Fri, Nov 6, 2009 at 9:13 PM, Dario wrote: > > Having tried Puppy Linux before with success, I knew that things should have > worked. Now, I installed Kubuntu Netbook edition and everything works out of > the box. Unfortunately it won't last long on my laptop, its interface is > scarying:) > > I'd really like to archify my netbook. It came with XP preinstalled, but I > cannot use it without a Linux operating system, for practical and also > psychological reasons (no, not ideological:) ). > > If someone had a similar experience to share, I'd be happy:) > If your goal was to install a Linux operating system, you reached it twice. If it is to install Arch, you should check which version of your wireless and graphical drivers Puppy and Ubuntu are using, and eventual patches.