Re: [gentoo-amd64] nvidia question (new user)
don't know whether my system uses XFree86 or Xorg). What should I do next? Thanks default xorg.conf should be in /etc/X11/ -- If Microsoft is the solution, I want my problem back. -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] nvidia question (new user)
Mark Creamer wrote: Am I going about this wrong? Yes, I think so. Try this instead: exit from your graphical login with CTRL-ALT-F1, then log in at the console and /etc/init.d/xdm stop. Then run Xorg -configure. That should do it. -- Rgds Peter Humphrey -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Recommendations for Intel Xeon
Hi! I'm getting a server with Intel Xeon CPUs that support EM64T (Intel's version of AMD64). Would you recommend sticking with i686 compile options for a production-level server? Depends on software you plan to use. 1. If you need binary only packages (like java), it is better to stick with i686 (because such software is often optimized specially for AMD 64 bit cpus not for generic x86_64) 2. Check portage for AMD64 support for all important packages if some packages miss support - stick with i686 In other words: if you plan to use only common open source software (like apache, samba) - use AMD64, otherwise stick with i868. Raimonds Cicans -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] Tyan S2875 with MSI NX6800 Ultra
Hi, I've just assembled a Tyan S2875 with dual Opterons, a SATA raid 0 and a MSI NX 6800 Ultra graphics card. It has a Windows Pro XP partiotion ( for the kids games ) on 10% of the drive space. Are there any gotcha's installing Gentoo AMD 64? Should I install Slackware or Ubuntu on part of the drive space first in order have a working enviornment to access the SATA array? All help greatfully accepted! -- CWR -- They define a republic to be a government of laws, and not of men. --John Adams -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Tyan S2875 with MSI NX6800 Ultra
if you're looking fora easy way to get quick access to SATA array, I'd try knoppix first since it's a no-effort attempt. Plus you can do the gentoo install from in the knoppix environment (never done this myself, but it sounds like a great idea). As far as amd64/gentoo gotchas, check out the technotes, they're a great resource: http://www.gentoo.org/proj/en/base/amd64/technotes.xml d On Mon, 21 Feb 2005 14:43:28 +, Qian Qiao [EMAIL PROTECTED] wrote: On Mon, 21 Feb 2005 09:09:22 -0500, Curtis Richards [EMAIL PROTECTED] wrote: Hi, I've just assembled a Tyan S2875 with dual Opterons, a SATA raid 0 and a MSI NX 6800 Ultra graphics card. It has a Windows Pro XP partiotion ( for the kids games ) on 10% of the drive space. Are there any gotcha's installing Gentoo AMD 64? Should I install Slackware or Ubuntu on part of the drive space first in order have a working enviornment to access the SATA array? All help greatfully accepted! If you try a bootstrap, you'll get errors compiling gcc. The easiest work around is: A stage 3 install. compile ur kernel with the gcc that came with the stage tarball. Boot ur system, see it boots ok. then do a FEATURES=-sandbox emerge -u gcc followed by emerge portage. Then you can do the emerge --deep --newuse --update world. Don't have a SATA raid, so can't help with that. HTH -- Joe -- Money can't buy everything. Sometimes money can't even buy a gun... -- gentoo-amd64@gentoo.org mailing list -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Tyan S2875 with MSI NX6800 Ultra
Qian made a good point, but only responded to me. You can't do a amd64 bit install froma a 32 bit environment, so if you're going to do a knoppix install you need knoppix64, which seems to be here: http://www.applia.fr/contents/knoppix64.html d On Mon, 21 Feb 2005 09:55:51 -0500, Drew Kirkpatrick [EMAIL PROTECTED] wrote: if you're looking fora easy way to get quick access to SATA array, I'd try knoppix first since it's a no-effort attempt. Plus you can do the gentoo install from in the knoppix environment (never done this myself, but it sounds like a great idea). As far as amd64/gentoo gotchas, check out the technotes, they're a great resource: http://www.gentoo.org/proj/en/base/amd64/technotes.xml d On Mon, 21 Feb 2005 14:43:28 +, Qian Qiao [EMAIL PROTECTED] wrote: On Mon, 21 Feb 2005 09:09:22 -0500, Curtis Richards [EMAIL PROTECTED] wrote: Hi, I've just assembled a Tyan S2875 with dual Opterons, a SATA raid 0 and a MSI NX 6800 Ultra graphics card. It has a Windows Pro XP partiotion ( for the kids games ) on 10% of the drive space. Are there any gotcha's installing Gentoo AMD 64? Should I install Slackware or Ubuntu on part of the drive space first in order have a working enviornment to access the SATA array? All help greatfully accepted! If you try a bootstrap, you'll get errors compiling gcc. The easiest work around is: A stage 3 install. compile ur kernel with the gcc that came with the stage tarball. Boot ur system, see it boots ok. then do a FEATURES=-sandbox emerge -u gcc followed by emerge portage. Then you can do the emerge --deep --newuse --update world. Don't have a SATA raid, so can't help with that. HTH -- Joe -- Money can't buy everything. Sometimes money can't even buy a gun... -- gentoo-amd64@gentoo.org mailing list -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Tyan S2875 with MSI NX6800 Ultra
On Mon, 21 Feb 2005 10:10:30 -0500, Drew Kirkpatrick [EMAIL PROTECTED] wrote: Qian made a good point, but only responded to me. You can't do a amd64 bit install froma a 32 bit environment, so if you're going to do a knoppix install you need knoppix64, which seems to be here: http://www.applia.fr/contents/knoppix64.html Sorry, my bad, I hit the reply button and forgot to check the addresses it is replying to. -- Money can't buy everything. Sometimes money can't even buy a gun... -- gentoo-amd64@gentoo.org mailing list
RE: [gentoo-amd64] Tyan S2875 with MSI NX6800 Ultra
I installed Gentoo AM64 on my raid array(RAID0-nForce3) using this guide: http://forums.gentoo.org/viewtopic-t-244941.html I used the 2004.3 livecd, and did a stage 1 install without problems. -Original Message- From: Curtis Richards [mailto:[EMAIL PROTECTED] Sent: Monday, February 21, 2005 11:09 AM To: [EMAIL PROTECTED] Subject: [gentoo-amd64] Tyan S2875 with MSI NX6800 Ultra Hi, I've just assembled a Tyan S2875 with dual Opterons, a SATA raid 0 and a MSI NX 6800 Ultra graphics card. It has a Windows Pro XP partiotion ( for the kids games ) on 10% of the drive space. Are there any gotcha's installing Gentoo AMD 64? Should I install Slackware or Ubuntu on part of the drive space first in order have a working enviornment to access the SATA array? All help greatfully accepted! -- CWR -- They define a republic to be a government of laws, and not of men. --John Adams -- gentoo-amd64@gentoo.org mailing list -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Tyan S2875 with MSI NX6800 Ultra
Curtis Richards [EMAIL PROTECTED] wrote: I've just assembled a Tyan S2875 with dual Opterons, a SATA raid 0 and a MSI NX 6800 Ultra graphics card. It has a Windows Pro XP partiotion ( for the kids games ) on 10% of the drive space. Are there any gotcha's installing Gentoo AMD 64? Should I install Slackware or Ubuntu on part of the drive space first in order have a working enviornment to access the SATA array? All help greatfully accepted! You probably want a 64-bit OS and so you might want to install SuSE for AMD64, or use the SuSE live CD. The free version of SuSE, not the proprietary version. I mention it as an alternative to Knoppix64. I don't know which is better for you. -- [EMAIL PROTECTED]http://www.chemoelectric.org I have directed that in the future I sign each letter. -- Rumsfeld pgpynG5ff9Zwu.pgp Description: PGP signature
[gentoo-amd64] problem with gcc -m32
I am trying to emerge wine. It seems to want to compile with -m32. This is nifty. However, It fails, with 'C compiler cannot create executables'. But not for the same reason as the common one here: It can't find a suitable libc. I've tried re-emerging glibc, gcc, binutils, and always somewhere end up with this same error. What am I doing wrong? [EMAIL PROTECTED] ~ $ sudo emerge -av wine Password: These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N] app-emulation/wine-20050211 +X +alsa +arts +cups -debug +doc +gif +glut +jack +jpeg +lcms +nas +ncurses +opengl -oss 0 kB Total size of downloads: 0 kB Do you want me to merge these packages? [Yes/No] y emerge (1 of 1) app-emulation/wine-20050211 to / md5 src_uri ;-) Wine-20050211.tar.gz Unpacking source... Unpacking Wine-20050211.tar.gz to /var/tmp/portage/wine-20050211/work * Applying winearts-kdecvs-fix.patch ... [ ok ] * Applying 20050211-docs.patch ... [ ok ] -fstack-protector * Applying 20041019-no-stack.patch ... [ ok ] Source unpacked. * econf: updating wine-20050211/tools/coPortage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20050125-r0, 2.6.10-gentoo-r1 x86_64) = System uname: 2.6.10-gentoo-r1 x86_64 AMD Athlon(tm) 64 Processor 3400+ Gentoo Base System version 1.6.9 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Feb 21 2005, 11:28:38)] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.9.4, 1.6.3, 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3 sys-devel/binutils: 2.15.92.0.2-r3 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r3 ACCEPT_KEYWORDS=amd64 ~amd64 AUTOCLEAN=yes CFLAGS=-march=athlon64 -mtune=athlon64 -O3 -pipe -ftracer CHOST=x86_64-pc-linux-gnu CONFIG_PROTECT=/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control CONFIG_PROTECT_MASK=/etc/gconf /etc/terminfo /etc/env.d CXXFLAGS=-march=athlon64 -mtune=athlon64 -O3 -pipe -ftracer DISTDIR=/usr/portage/distfiles FEATURES=autoaddcvs autoconfig candy ccache distlocks sandbox userpriv usersandbox GENTOO_MIRRORS=http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo; MAKEOPTS=-j2 PKGDIR=/usr/portage/packages PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/usr/local/portage SYNC=rsync://electronerd.kicks-ass.net/gentoo-portage USE=amd64 X aalib acl acpi aim alsa ared aredmem arts artworkextra audiofile bash-completion berkdb bitmap-fonts bonobo bzip2 bzlib caps cddb cdparanoia cdr clanJavaScript clanVoice crypt cups curl curlwrappers dbm dga directfb divx4linux doc dvd dvdr ecc emacs encode erandom esd ethereal exif fam fbcon flac font-server foomaticdb ftp gcj gd gdbm gif glitz glut gnome gpm graphviz gstreamer gtk gtk2 gtkhtml guile hal icq imagemagick imap imlib inifile ipv6 jabberjack java javascript jikes joystick jp2 jpeg jpeg2k junit kde kdeenablefinal ladcca lcms libwww lirc lzw lzw-tiff mad maildir makecheck mikmod mime mng motif mozdevelop mozilla mozsvg mozxmlterm mp3 mpeg multilib mysql mysqli nas ncurses network nls no-old-linux nptl nptlonly nvidia offensive ofx oggvorbis ooo-kde openal opengl oscar pam pcntl pcre pdflib perl php pic png povray ppds python qt quotes readline samba sdk sdl session slang slp sndfile snmp soap sockets softmmu speex spell ssl stencil-buffer svg sysvipc tcltk tcpd tetex theora tidy tiff tokenizer truetype truetype-fonts type1-fonts unicode usb userlocales vhosts videos wmv wxwindows xface xine xml xml2 xmms xosd xpm xprint xrandr xscreensaver xsl xv xvid xvmc yahoo zlib video_cards_nvidia Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS nfig.sub with /usr/share/gnuconfig/config.sub * econf: updating wine-20050211/tools/config.guess with /usr/share/gnuconfig/config.guess ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib --sysconfdir=/etc/wine --with-curses --with-opengl --with-x --disable-trace --disable-debug configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. checking build system type...
[gentoo-amd64] lib = 32, lib64 = 64 is better
I have what I consider the best evidence yet that lib being the 32-bit area is better. I just finished adding Imlib2 support to a 32-bit program, working in my chroot. I am used to running this program in my 64-bit environment, but the Imlib2 support didn't work there. Imlib2 uses plug-ins for loading and dumping image files. Where the 32-bit plug-ins ought to go, that's where my 64-bit plug-ins are. Why should the 64-bit plug-ins _not_ be there, you ask? Because the situation is not symmetric. There is no need for 32-bit PC operating systems to support 64-bit code (unless you are doing cross-compilation). On the other hand, there is no significant difficulty in putting 64-bit libraries in lib64. Even if you are 64-bit only, there is little difficulty in making lib64 a symlink to lib, or vice versa, so you can have the best of both worlds. Meanwhile, compiling a program to use /usr/lib64 instead of /usr/lib is usually going to be no more difficult than making it use /usr/local/lib or /opt/lib, which you need to be able to do anyway. If it is difficult to port a program to /usr/local/lib, /opt/lib, or /usr/lib64 then the program is broken, by today's standards, and needs fixing. -- [EMAIL PROTECTED]http://www.chemoelectric.org I have directed that in the future I sign each letter. -- Rumsfeld pgpyW3MVsgweN.pgp Description: PGP signature
Re: [gentoo-amd64] lib = 32, lib64 = 64 is better
[EMAIL PROTECTED] wrote: I have what I consider the best evidence yet that lib being the 32-bit area is better. [...] So the debate is between practical considerations such as you describe, on the one hand, and the plain logical conclusion that, on the amd64 platform, /lib is the natural place for 64-bit libraries, the 32-bit ones being of the nature of a kludge to get outdated software to work, on the other. -- Rgds Peter Humphrey -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] lib = 32, lib64 = 64 is better
Peter Humphrey [EMAIL PROTECTED] wrote: So the debate is between practical considerations such as you describe, on the one hand, and the plain logical conclusion that, on the amd64 platform, /lib is the natural place for 64-bit libraries, the 32-bit ones being of the nature of a kludge to get outdated software to work, on the other. The debate is between practical considerations and impractical considerations. -- [EMAIL PROTECTED]http://www.chemoelectric.org I have directed that in the future I sign each letter. -- Rumsfeld pgprPe4wlmWTf.pgp Description: PGP signature
Re: [gentoo-amd64] lib = 32, lib64 = 64 is better
Antoine Martin [EMAIL PROTECTED] wrote: Bearing in mind that I have not been confronted to any of these issues, I can't think of a reason why a piece of software should rely on hard-coded paths. By hard-coded do you mean to exclude software that sets paths at compile time, or do you mean run time? -- [EMAIL PROTECTED]http://www.chemoelectric.org I have directed that in the future I sign each letter. -- Rumsfeld pgp9fwRNA6B2L.pgp Description: PGP signature
Re: [gentoo-amd64] problem with gcc -m32
Try asking on http://bugs.gentoo.org -- gentoo-amd64@gentoo.org mailing list
