Click to See Complete Forum and Search --> : Looking for a bad-a** AMD64 distro


Rinias
11-12-2005, 05:03 AM
I've got a laptop that I use for school (well I use it as often as possible for my work, and if not I game at home with Cedega!) and I'm looking for a really good stable yet optimized distro. Cost isn't a problem, but it needs to be

- very stable (though not Debian stable stable)
- very responsive/optimized

I tried throwing openSUSE SLICK on here, and while it is very responsive, it doesn't make optimal use of my system and there are some bizarre things that happen (I think it might be amaroK related, but sometimes the system COMPLETELY stalls and the only response is to force power-off). I require something that will always give me the option to power off and doesn't cry if I have to power down... I have to rely on the system for my work (and play) and I can't just have it deciding that it wants to have a bad day. I love my Linux but if a standard install with only security updates is not capable of holding up to the stress I put on it (which is really nothing ;-) ) then I'm just gonna stick to Windows. (Geez that hurts to say... Like blaspheme...)

Thanks for reading my sob-story!

Rinias

PS- I've already tried the following:

Ubuntu x86, Ubuntu x86_64, openSUSE 10.0-SLICK x86, Debian Sarge (?) x86 and x86_64 port, Slackware 10.2 (x86)

I'm downloading openSUSE 10.0 x86_64... We'll see what happens...


Oh, and don't suggest Gentoo cause I haven't got the time nor the patience :D (only cause school's started and I have a grudge against Gentoo- I already tried 64-bit versions of 2004.1 and 2005.1 and yeah, just don't mention Gentoo ;-) )

dkeav
11-12-2005, 05:41 AM
optimization is a strang beast that you shouldnt read too much into, often bad code can only be optimized so far before the application becomes unstable or loses performance, and since most code that was written before amd64 existed, a lot of it has just been modified to get it to compile at all, let alone optimized

i run freebsd and debian unstable on AMD64 machines with much success
it would appear you have already tried most distros, so really you just need to pick one that you liked and stick with it

crow2icedearth
11-12-2005, 12:45 PM
give gentoo a try . i know has a build for amd64. its a source code distro give it a try it has a great package manager portage........

crow2icedearth
11-12-2005, 12:46 PM
Oh, and don't suggest Gentoo cause I haven't got the time nor the patience (only cause school's started and I have a grudge against Gentoo- I already tried 64-bit versions of 2004.1 and 2005.1 and yeah, just don't mention Gentoo ;-) )
[/edit]

sorry didnt see that til after i post......
sorry man

JayMan8081
11-12-2005, 01:37 PM
You could try VectorLinux. It is supposed to be optimized and is base on Slackware.

Rinias
11-12-2005, 02:17 PM
No biggie for mentioning Gentoo... Heh heh!

I would try it out again, its just that I REALLY don't have the time for it and I hate the base install stuff (which is the important stuff for getting the system "personalized"). I probably will try it out again, but like, next summer :D

I haven't looked into Vector, maybe I'll give it a shot. I would like something that is AMD64 "optimized" if you will. I'm not talking about pushing the packages til they break, but the 30s to 1min wait in Slack 10.2 for "hotplugging" was just way too long. Even for the default. Plus Slack was giving me headaches... Never thought I'd say that, but there you go (and no, not config file headaches, thats a breeze :D)

Right now I'm downloading openSUSE 10.0, so I'll give that a try. I realized that I was using the SLICK project's SUSE, which is a highly optimized SUSE for i686... I don't know if that's what I really wanted... Haha!

Do I have to download all 5 CDs or can I get a system up with the first coupla CDs and then YaST it for the rest??

Thanks again!

je_fro
11-12-2005, 04:34 PM
The only distro to run on amd64 is gentoo imo.
oops!
:D

Rinias
11-12-2005, 10:16 PM
Haha... Don't know why, but I knew that line about Gentoo'd get me into trouble... :D

Anyway, I got SUSE 10.0 installed and its going nice and smoothly except for one thing: I am hearing a lot of "grinding" when it reads the disks. How can I explain?... I start up a program and I hear the disk "searching" for the info. I only say this cause before I had no problems whatsoever... I had UltraDMA/100 on the disk before and after the change: all I can think of is the change of system to x86-64... The filesystem is the same as well: XFS.

Any help'd be appreciated :D

dkeav
11-12-2005, 11:20 PM
might use hdparm to checkout your dma settings

Rinias
11-14-2005, 07:55 AM
Alright, so I know the hdparm settings (thanks... ) but I don't know if I'm liking this SUSE stuff... Maybe what I really want is Gentoo (no, hold on, I do like Gentoo, I wouldn't have bought it back when they first started up. I just don't think that I've gotten the hang of it...) but I'd need some help with the install. I know all about the Handbook (I'm a member of their forums as well), but sometimes I'm no so clear as to what I need or don't need. For instance when I start doing my optimizing or prelinking or whatever (I forgot the name) and I want to add gnome but I want -kde, I find that there's so many options that I either have too many or too few...

What I want is a basic setup with Gnome as my desktop and Flux as my second which will run Cedega and give me all the Samba/vpn tools that I need. I would really like to compile it from base (bootstrap) and I don't want it to take years to do. I would be satisfied if I could get X11 running with Flux and leave the Gnome compiling for when I sleep.

I guess I'll check over on the Gentoo forums cause I would love Gentoo but I haven't got tons and tons of time to lose on compiling... Yet I would not want to install from packages- if I go Gentoo I want to go Gentoo all the way. But it's my only computer and I need it to do work... See my dilemma?

What should I do? I think I'll start by printing out the most recent Handbook and reading through so that I've got it down... ;-) Thanks a lot, and I know I can count on you guys here as well as the Gentoo forum (I guess especially the Gentoo forum... heh heh)! Thing is I'd love to start tonight...

Rinias

Rinias
11-14-2005, 01:28 PM
So what could

"Make sure you download a stage3 tarbll- installationsusing a stage1 or stage2 tarball are not supported anymore"

mean? Does that mean that they are simply not supported or that they will no longer be available? It's been a while... Geez

Rinias

je_fro
11-14-2005, 02:53 PM
Stage3 is the best way to go. I don't have time to tell you why I think that is....
As for the options you mentioned, they are in /etc/make.conf. USE flags. They are the key to gentoo, and are described in the files /usr/portage/profiles/use.desc and use.local.desc.
Here's mine:
# Copyright 1999-2004 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-src/portage/cnf/make.conf.amd64,v 1.5 2004/10/10 23:27:28 carpaski Exp $
# Contains local system settings for Portage system

# Please review 'man make.conf' for more information.

# Build-time functionality
# ========================
#
# The USE variable is used to enable optional build-time functionality. For
# example, quite a few packages have optional X, gtk or GNOME functionality
# that can only be enabled or disabled at compile-time. Gentoo Linux has a
# very extensive set of USE variables described in our USE variable HOWTO at
# http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1
#
# The available list of use flags with descriptions is in your portage tree.
# Use 'less' to view them: --> less /usr/portage/profiles/use.desc <--
#
# 'ufed' is an ncurses/dialog interface available in portage to make handling
# useflags for you. 'emerge app-portage/ufed'
#
# Example:
USE="X 3dnow 3xnowex a52 aac alsa avi apache2 berkdb browserplugin effects encode \
extensions cdr crypt cups directfb divx4linux dts dvd dvdr dvdread -eds -evo fam fbcon \
f77 fftw ffmpeg flac foomaticdb gif gb gd gdbm gstreamer gtk2 gtkhtml gnome \
gnutls hal i8x0 inkjar insecure-savers -ipv6 ithreads java jce jpg gif \
-ldap lirc live libgda logitech-mouse logrotate maildir mjpeg mmx \
mozilla mozcalendar mozsvg moznomail moznocompose moznoirc mpeg mpi \
mpqc multilib mysql mythtv netcdf network new-login nptl nsplugin \
nvidia offensive opengl oggvorbis pam -pda plotutils plugin png pnp ppds \
rtc sasl sdl sse spell ssl smp startup-notification svg svga tcltk tcpd \
tetex threads tiff toolbar truetype usb v4l v4l2 wmf xinetd xv xml2 xvid -xmms \
xprint xchattext no_wxgtk1 -wxwindows -arts -qt -kde"

# Host Setting
# ============
#
CHOST="x86_64-pc-linux-gnu"

# Host and optimization settings
# ==============================
#
# For optimal performance, enable a CFLAGS setting appropriate for your CPU.
#
# Please note that if you experience strange issues with a package, it may be
# due to gcc's optimizations interacting in a strange way. Please test the
# package (and in some cases the libraries it uses) at default optimizations
# before reporting errors to developers.
#
# -mcpu=<cpu-type> means optimize code for the particular type of CPU without
# breaking compatibility with other CPUs. GCC 3.4 has deprecated support for
# -mcpu, so use -mtune instead if using this compiler.
#
# -march=<cpu-type> means to take full advantage of the ABI and instructions
# for the particular CPU; this will break compatibility with older CPUs (for
# example, -march=athlon-xp code will not run on a regular Athlon, and
# -march=i686 code will not run on a Pentium Classic.)
#
# CPU types supported in gcc-3.2 and higher: athlon-xp, athlon-mp,
# athlon-tbird, athlon, k6, k6-2, k6-3, i386, i486, i586 (Pentium), i686
# (PentiumPro), pentium, pentium-mmx, pentiumpro, pentium2 (Celeron),
# pentium3, and pentium4.
#
# Note that Gentoo Linux 1.4 and higher include at least gcc-3.2.
#
# amd64 CPU types supported in gcc-3.4: athlon64, opteron, k8
#
# CRITICAL WARNINGS: ************************************************** **** #
# K6 markings are deceptive. Avoid setting -march for them. See Bug #24379. #
# Pentium-M CPU's should not enable sse2 until at least gcc-3.4. Bug 50616. #
# GCC 3.3 doesnt support an amd64 specific -march setting, use 3.4. #
# ************************************************** *********************** #
#
# Decent examples:
#
#CFLAGS="-mtune=k8 -O2 -pipe"
CFLAGS="-march=opteron -mtune=opteron -fomit-frame-pointer -Os -pipe"
#CFLAGS="-march=k8 -O2 -pipe"

# If you set a CFLAGS above, then this line will set your default C++ flags to
# the same settings.
CXXFLAGS="${CFLAGS}"

# Advanced Masking
# ================
#
# Gentoo is using a new masking system to allow for easier stability testing
# on packages. KEYWORDS are used in ebuilds to mask and unmask packages based
# on the platform they are set for. A special form has been added that
# indicates packages and revisions that are expected to work, but have not yet
# been approved for the stable set. '~arch' is a superset of 'arch' which
# includes the unstable, in testing, packages. Users of the 'x86' architecture
# would add '~x86' to ACCEPT_KEYWORDS to enable unstable/testing packages.
# '~ppc', '~sparc' are the unstable KEYWORDS for their respective platforms.
#
# Please note that this is not for development, alpha, beta, nor cvs release
# packages. "Broken" packages will not be added to testing and should not be
# requested to be added. Alternative routes are available to developers
# for experimental packages, and it is at their discretion to use them.
#
# DO NOT PUT ANYTHING BUT YOUR SPECIFIC ~ARCHITECTURE IN THE LIST.
# IF YOU ARE UNSURE OF YOUR ARCH, OR THE IMPLICATIONS, DO NOT MODIFY THIS.
#
#ACCEPT_KEYWORDS="~amd64"

# Portage Directories
# ===================
#
# Each of these settings controls an aspect of portage's storage and file
# system usage. If you change any of these, be sure it is available when
# you try to use portage. *** DO NOT INCLUDE A TRAILING "/" ***
#
# PORTAGE_TMPDIR is the location portage will use for compilations and
# temporary storage of data. This can get VERY large depending upon
# the application being installed.
#PORTAGE_TMPDIR=/var/tmp
#
# PORTDIR is the location of the portage tree. This is the repository
# for all profile information as well as all ebuilds. This directory
# itself can reach 200M. WE DO NOT RECOMMEND that you change this.
#PORTDIR=/usr/portage
#
# DISTDIR is where all of the source code tarballs will be placed for
# emerges. The source code is maintained here unless you delete
# it. The entire repository of tarballs for gentoo is 9G. This is
# considerably more than any user will ever download. 2-3G is
# a large DISTDIR.
#DISTDIR=${PORTDIR}/distfiles
#
# PKGDIR is the location of binary packages that you can have created
# with '--buildpkg' or '-b' while emerging a package. This can get
# upto several hundred megs, or even a few gigs.
#PKGDIR=${PORTDIR}/packages
#
# PORT_LOGDIR is the location where portage will store all the logs it
# creates from each individual merge. They are stored as NNNN-$PF.log
# in the directory specified. This is disabled until you enable it by
# providing a directory. Permissions will be modified as needed IF the
# directory exists, otherwise logging will be disabled. NNNN is the
# increment at the time the log is created. Logs are thus sequential.
#PORT_LOGDIR=/var/log/portage
#
# PORTDIR_OVERLAY is a directory where local ebuilds may be stored without
# concern that they will be deleted by rsync updates. Default is not
# defined.
PORTDIR_OVERLAY=/usr/local/portage

# Fetching files
# ==============
#
# If you need to set a proxy for wget or lukemftp, add the appropriate "export
# ftp_proxy=<proxy>" and "export http_proxy=<proxy>" lines to /etc/profile if
# all users on your system should use them.
#
# Portage uses wget by default. Here are some settings for some alternate
# downloaders -- note that you need to merge these programs first before they
# will be available.
#
# Default fetch command (5 tries, passive ftp for firewall compatibility)
#FETCHCOMMAND="/usr/bin/wget -t 5 --passive-ftp \${URI} -P \${DISTDIR}"
#RESUMECOMMAND="/usr/bin/wget -c -t 5 --passive-ftp \${URI} -P \${DISTDIR}"
#
# Using wget, ratelimiting downloads
#FETCHCOMMAND="/usr/bin/wget -t 5 --passive-ftp --limit-rate=200k \${URI} -P \${DISTDIR}"
#RESUMECOMMAND="/usr/bin/wget -c -t 5 --passive-ftp --limit-rate=200k \${URI} -P \${DISTDIR}"
#
# Lukemftp (BSD ftp):
#FETCHCOMMAND="/usr/bin/lukemftp -s -a -o \${DISTDIR}/\${FILE} \${URI}"
#RESUMECOMMAND="/usr/bin/lukemftp -s -a -R -o \${DISTDIR}/\${FILE} \${URI}"
#
# Prozilla (turbo downloader)
#FETCHCOMMAND='/usr/bin/proz --no-getch -s ${URI} -P ${DISTDIR}'
#
# Portage uses GENTOO_MIRRORS to specify mirrors to use for source retrieval.
# The list is a space separated list which is read left to right. If you use
# another mirror we highly recommend leaving the default mirror at the end of
# the list so that portage will fall back to it if the files cannot be found
# on your specified mirror. We _HIGHLY_ recommend that you change this setting
# to a nearby mirror by merging and using the 'mirrorselect' tool.
GENTOO_MIRRORS="http://mirror.phy.olemiss.edu/mirror/gentoo http://mirrors.tds.net/gentoo ftp://gentoo.ccccom.com http://www.ibiblio.org/pub/Linux/distributions/gentoo http://gentoo.osuosl.org"
#
# Portage uses PORTAGE_BINHOST to specify mirrors for prebuilt-binary packages.
# The list is a single entry specifying the full address of the directory
# serving the tbz2's for your system. Running emerge with either '--getbinpkg'
# or '--getbinpkgonly' will cause portage to retrieve the metadata from all
# packages in the directory specified, and use that data to determine what will
# be downloaded and merged. '-g' or '-gK' are the recommend parameters. Please
# consult the man pages and 'emerge --help' for more information. For FTP, the
# default connection is passive -- If you require an active connection, affix
# an asterisk (*) to the end of the host:port string before the path.
#PORTAGE_BINHOST="http://grp.mirror.site/gentoo/grp/1.4/i686/athlon-xp/"
# This ftp connection is passive ftp.
#PORTAGE_BINHOST="ftp://login:pass@grp.mirror.site/pub/grp/i686/athlon-xp/"
# This ftp connection is active ftp.
#PORTAGE_BINHOST="ftp://login:pass@grp.mirror.site:21*/pub/grp/i686/athlon-xp/"

# Synchronizing Portage
# =====================
#
# Each of these settings affects how Gentoo synchronizes your Portage tree.
# Synchronization is handled by rsync and these settings allow some control
# over how it is done.
#
#
# SYNC is the server used by rsync to retrieve a localized rsync mirror
# rotation. This allows you to select servers that are geographically
# close to you, yet still distribute the load over a number of servers.
# Please do not single out specific rsync mirrors. Doing so places undue
# stress on particular mirrors. Instead you may use one of the following
# continent specific rotations:
#
# Default: "rsync://rsync.gentoo.org/gentoo-portage"
# North America: "rsync://rsync.namerica.gentoo.org/gentoo-portage"
# South America: "rsync://rsync.samerica.gentoo.org/gentoo-portage"
# Europe: "rsync://rsync.europe.gentoo.org/gentoo-portage"
# Asia: "rsync://rsync.asia.gentoo.org/gentoo-portage"
# Australia: "rsync://rsync.au.gentoo.org/gentoo-portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
# SYNC="rsync://rsync.gentoo.org/gentoo-portage"
#
# RSYNC_RETRIES sets the number of times portage will attempt to retrieve
# a current portage tree before it exits with an error. This allows
# for a more successful retrieval without user intervention most times.
#RSYNC_RETRIES="3"
#
# RSYNC_TIMEOUT sets the length of time rsync will wait before it times out
# on a connection. Most users will benefit from this setting as it will
# reduce the amount of 'dead air' they experience when they run across
# the occasional, unreachable mirror. Dialup users might want to set this
# value up around the 300 second mark.
#RSYNC_TIMEOUT=180

# Advanced Features
# =================
#
# MAKEOPTS provides extra options that may be passed to 'make' when a
# program is compiled. Presently the only use is for specifying
# the number of parallel makes (-j) to perform. The suggested number
# for parallel makes is CPUs+1.
MAKEOPTS="-j3"
#
# PORTAGE_NICENESS provides a default increment to emerge's niceness level.
# Note: This is an increment. Running emerge in a niced environment will
# reduce it further. Default is unset.
#PORTAGE_NICENESS=3
#
# AUTOCLEAN enables portage to automatically clean out older or overlapping
# packages from the system after every successful merge. This is the
# same as running 'emerge -c' after every merge. Set with: "yes" or "no".
# This does not affect the unpacked source. See 'noclean' below.
AUTOCLEAN="yes"
#
# FEATURES are settings that affect the functionality of portage. Most of
# these settings are for developer use, but some are available to non-
# developers as well.
#
# 'autoaddcvs' causes portage to automatically try to add files to cvs
# that will have to be added later. Done at generation times
# and only has an effect when 'cvs' is also set.
# 'buildpkg' causes binary packages to be created of all packages that
# are being merged.
# 'ccache' enables ccache support via CC.
# 'collision-protect'
# prevents packages from overwriting files that are owned by
# another package or by no package at all.
# 'cvs' causes portage to enable all cvs features (commits, adds),
# and to apply all USE flags in SRC_URI for digests -- for
# developers only.
# 'digest' causes digests to be generated for all packages being merged.
# 'distcc' enables distcc support via CC.
# 'distlocks' enables distfiles locking using fcntl or hardlinks. This
# is enabled by default. Tools exist to help clean the locks
# after crashes: /usr/lib/portage/bin/clean_locks.
# 'fixpackages' allows portage to fix binary packages that are stored in
# PKGDIR. This can consume a lot of time. 'fixpackages' is
# also a script that can be run at any given time to force
# the same actions.
# 'gpg' enables basic verification of Manifest files using gpg.
# This features is UNDER DEVELOPMENT and reacts to features
# of strict and severe. Heavy use of gpg sigs is coming.
# 'keeptemp' prevents the clean phase from deleting the temp files ($T)
# from a merge.
# 'keepwork' prevents the clean phase from deleting the WORKDIR.
# 'maketest' causes ebuilds to perform testing phases if they are capable
# of it. Some packages support this automaticaly via makefiles.
# 'noauto' causes ebuild to perform only the action requested and
# not any other required actions like clean or unpack -- for
# debugging purposes only.
# 'noclean' prevents portage from removing the source and temporary files
# after a merge -- for debugging purposes only.
# 'nostrip' prevents the stripping of binaries.
# 'notitles' disables xterm titlebar updates (which contain status info).
# 'sandbox' enables sandboxing when running emerge and ebuild.
# 'strict' causes portage to react strongly to conditions that are
# potentially dangerous, like missing/incorrect Manifest files.
# 'userpriv' allows portage to drop root privileges while it is compiling,
# as a security measure. As a side effect this can remove
# sandbox access violations for users.
# 'usersandbox' enables sandboxing while portage is running under userpriv.
#FEATURES="sandbox buildpkg ccache distcc userpriv usersandbox notitles noclean noauto cvs keeptemp keepwork autoaddcvs"
#FEATURES="sandbox ccache distcc distlocks autoaddcvs"
# FEATURES="-sandbox"
# CCACHE_SIZE sets the space use limitations for ccache. The default size is
# 2G, and will be set if not defined otherwise and ccache is in features.
# Portage will set the default ccache dir if it is not present in the
# user's environment, for userpriv it sets: ${PORTAGE_TMPDIR}/ccache
# (/var/tmp/ccache), and for regular use the default is /root/.ccache.
# Sizes are specified with 'G' 'M' or 'K'.
# '2G' for 2 gigabytes, '2048M' for 2048 megabytes (same as 2G).
#CCACHE_SIZE="512M"
#
# DISTCC_DIR sets the temporary space used by distcc.
#DISTCC_DIR="${PORTAGE_TMPDIR}/.distcc"
#
# RSYNC_EXCLUDEFROM is a file that portage will pass to rsync when it updates
# the portage tree. Specific chunks of the tree may be excluded from
# consideration. This may cause dependency failures if you are not careful.
# The file format is one pattern per line, blanks and ';' or '#' lines are
# comments. See 'man rsync' for more details on the exclude-from format.
#RSYNC_EXCLUDEFROM=/etc/portage/rsync_excludes
# These settings were set by the catalyst build script that automatically built this stage
# Please consult /etc/make.conf.example for a more detailed example

LIRC_OPTS="--with-driver=hauppauge"

loopback48
11-15-2005, 01:58 AM
One word: Frugleware. Optimized for i686. Just works. Give it a shot.

Rinias
11-15-2005, 01:38 PM
je_fro:

thanks for posting your make.conf! in regards to that I just had a question. I noticed that you have a lot, let me say that again, A LOT of USE flags that you specifically put in that file. What's going on with that? For instance, there are a great number of the flags that you have noted there that are in the "default" Linux USE flag setup (I'm taking that from the Gentoo handbook). Should I really make such a thorough list and repeat it in my make.conf file?

Also, I saw your options for you CFLAGS and I noticed that you have -march AND -mtune defined: what is the difference? I think I just have the -march=k8 (my processor is an AMD Athlon64 +3400) should I put -mtune=k8 also? And your -Os what's the "s"? I put -O2...

Another thing I was wondering was if I should really put the -fomit-frame-pointer in, because they say that it cuts out too much debugging info: for a home desktop do I really care/need that info?

Otherwise, things are going well. I'm using Fluxbox currently and I've got my Firefox and Gaim already installed (Gnome is compiling... :D ) Hopefully I'll have something a little more useful before I head off to bed, only about 50 packages left for Gnome... My USE flags in /etc/make.conf are the following:

gnome gtk -qt -kde dvd alsa cdr dvdr

anything REALLY important that I'm missing? Any other worthwhile pointers? (How bad would it be to copy yours? making slight, obvious changes of course :D Oh, and what does ldap do? I think I might need that though Im not sure...)

Thanks so much for all your help!

Rinias

loopback48- thanks for the info. I gave it a look over but I'm having enough trouble with one distro at a time :D plus the x86-64 branch is so new that I'd be a little skeptical to use it...

je_fro
11-15-2005, 04:01 PM
je_fro:

thanks for posting your make.conf! in regards to that I just had a question. I noticed that you have a lot, let me say that again, A LOT of USE flags that you specifically put in that file. What's going on with that? For instance, there are a great number of the flags that you have noted there that are in the "default" Linux USE flag setup (I'm taking that from the Gentoo handbook). Should I really make such a thorough list and repeat it in my make.conf file?

Well I have lots of packages installed...for example if you do "emerge -pVN mplayer" you can see all the USE flags associated with mplayer. Look each one up, and you can see if you want to include it, or exclude it.

Also, I saw your options for you CFLAGS and I noticed that you have -march AND -mtune defined: what is the difference? I think I just have the -march=k8 (my processor is an AMD Athlon64 +3400) should I put -mtune=k8 also? And your -Os what's the "s"? I put -O2...

Nah, you probably don't need the mtune bit. I put it in awhile back at a friends suggestion and never took it out. Looks like it's not really needed.
http://gcc.gnu.org/onlinedocs/gcc-3.4.4/gcc/Optimize-Options.html#Optimize-Options
http://gcc.gnu.org/onlinedocs/gcc-3.4.4/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options


Another thing I was wondering was if I should really put the -fomit-frame-pointer in, because they say that it cuts out too much debugging info: for a home desktop do I really care/need that info?


I'm not interested in debugging info, only in size and speed of my binary.


anything REALLY important that I'm missing? Any other worthwhile pointers? (How bad would it be to copy yours? making slight, obvious changes of course :D Oh, and what does ldap do? I think I might need that though Im not sure...)

http://www.gracion.com/server/whatldap.html
It would probably not be a good idea to just copy my USE flags. They are there to enable the functionality that I require, and it's not the same for everybody.

Rinias
11-15-2005, 04:35 PM
Thanks a lot for the info! (And shame on me cause I coulda just Googled... Where are my senses?!)

I've got Gnome up and running now which makes me happy :D and yet not because it brought up a coupla other rather bothersome problems... I don't know what I was thinking, but alsa was configured into the kernel, thus the alsa-driver package will not install. Simple fix, right? I just need to go back and turn *'s into M's... And while I'm at it, I can also throw out the rivafb that I put in there and use vesafb, right?

Well, after I save my .config and fire up make, things seem to go swimmingly until:

achas linux # make && make modules_install
CHK include/linux/version.h
SPLIT include/linux/autoconf.h -> include/config/*
make[1]: `arch/x86_64/kernel/asm-offsets.s' is up to date.
CHK include/asm-x86_64/offset.h
CHK include/linux/compile.h
CHK usr/initramfs_list
GZIP kernel/config_data.gz
IKCFG kernel/config_data.h
CC kernel/configs.o
LD kernel/built-in.o
GEN .version
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
drivers/built-in.o(.data+0x9cb8): undefined reference to `cfb_fillrect'
drivers/built-in.o(.data+0x9cc0): undefined reference to `cfb_copyarea'
drivers/built-in.o(.data+0x9cc8): undefined reference to `cfb_imageblit'
drivers/built-in.o(.data+0x9cd0): undefined reference to `soft_cursor'
make: *** [.tmp_vmlinux1] Error 1
achas linux #


A look on the net turns up some information about a patch to solve this, but i can't seem to find anything useful for me... Kernel versions are diff, or the reason it came up does not seem to be the same. It's the same kernel I am running, actually, the one I used during the install, the only difference being that I changed alsa to modules and switched the framebuffer modules... I have no idea what it could be...

I don't know if it's important, but I did add kernel versioning (I used "v1" so modules are found in "2.6.13v1")

Thanks a lot!

Rinias

i fixed the problem... Thanks to this post: http://www.thisishull.net/showpost.php?p=187232&postcount=11
which basically told me that the problem was with my vesafb module that I was trying to install. For the moment, I'm just not installing it :D But I do intend to see what actually is wrong in the near future... i just haven't got the time for that right now...

je_fro
11-15-2005, 04:56 PM
I use gentoo-sources and this works fine:

<*> VESA VGA graphics support
VESA driver type (vesafb) --->

Rinias
11-15-2005, 05:21 PM
I use gentoo-sources and this works fine:

<*> VESA VGA graphics support
VESA driver type (vesafb) --->

strange, cause that's exactly what I had... And nothing more... And yes, I'm using gentoo-sources-r5 for the 2.6.13 kernel... (I dunno :D But I think I just messed up my nvidia install :D)

no I lied... the nvidia install is fine!

Rinias
11-17-2005, 02:59 PM
the system is up and doing well! what a relief! however there is still much to be done...

I need to really take a look at my USE flags and recompile (almost everything I think) stuff. would that be possible with an "empty-tree" given to emerge? How well does emerge --resume work if I give an empty-tree?

I set up my alsa the way I always do though the sound seems a lot more "tinny" Ill have to check that out.

OOo is a bloody mess! What a bunch of slackers... :D (I think that they are actually busting their b*lls on this one though- you can find a presentation about it done by Novell...) If you install OOo 1.1.4 not only does it look lik crap (cause of the emu? my icons are surrounded by black stuff...) but OOo 1.1.4 is, IMO worthless. (someone asked me if OOo 1 was ready for use in schools after I did a presentation on OpenSource programs for windows. I couldn't tell them yes...) I was able to download the OOo2 binaries from their site and with rpm2targz and tar xvzf for each package (it wouldn't take tar xvzf ./*tar.gz ?? ) I have a working- albeit less pretty- OOo2 (thanks to emu libs). It does do one annoying thing: if I go into the Java part of config, it locks up. Oh well... At least its not using Java an loads in less than 3 secs :D

Cedega runs smoothly which is good news! I haven't got much time for it, but i can't be missing out on my WoW sessions!!! :D

There's other things, but at the risk of boring you all, I will write about them later... ;-)

Rinias

je_fro
11-17-2005, 03:09 PM
A few things about my gentoo x86_64 box....
$ cat /etc/portage/package.use
# media-tv/mythtv alsa lirc nvidia oggvorbis opengl oss
media-tv/mythtv oss
app-cdr/cdrdao -gnome
# sys-libs/glibc nptl glibc-compat20
sys-libs/glibc userlocales nptl nls glibc-compat20 glibc-omitfp
app-office/lyx qt
# x11-libs/wxGTK -opengl
$ cat /etc/portage/package.unmask
=dev-java/sun-jdk-1.5.0.04
>=app-office/openoffice-bin-1.9.87
$ cat /etc/portage/package.keywords
media-video/mplayer ~amd64
media-video/nvidia-kernel ~amd64
media-video/nvidia-glx ~amd64
sys-cluster/lam-mpi ~amd64
sci-chemistry/pymol ~amd64
sci-biology/clustalx ~amd64
sci-biology/ncbi-tools ~amd64
sci-biology/clustalw ~amd64
app-misc/lirc ~amd64
app-office/openoffice-bin ~amd64
media-tv/ivtv ~amd64
media-tv/mythtv ~amd64
media-plugins/mythvideo ~amd64
media-plugins/mythdvd ~amd64

x11-themes/mythtv-themes ~amd64
sci-chemistry/chemtool ~amd64
media-tv/nuvexport ~x86
media-video/avidemux ~amd64
media-video/lve ~amd64
media-libs/faad2 ~amd64
media-gfx/splash-themes-gentoo ~amd64
net-p2p/amule ~amd64
x11-libs/wxGTK ~amd64
sci-chemistry/easychem ~amd64
games-strategy/scorched3d ~amd64

sci-chemistry/ghemical ~x86
sci-chemistry/mopac7 ~x86
dev-java/sun-jdk ~amd64
dev-java/sun-jre-bin ~amd64

sci-biology/biopython x86

app-text/gpdf ~amd64
app-admin/eselect-opengl ~amd64
app-admin/eselect ~amd64
media-gfx/sodipodi ~amd64
media-video/ogle ~amd64
games-simulation/flightgear ~amd64
dev-games/simgear ~amd64
games-simulation/gl117 ~amd64
app-office/openoffice-bin ~amd64
x11-misc/idesk ~amd64
x11-misc/fbdesk ~amd64
app-admin/fam ~amd64
gnome-base/gnome-light ~amd64
sys-apps/hal ~amd64
sys-apps/dbus ~amd64
dev-python/pyrex ~amd64
sys-apps/pmount ~amd64
sys-fs/cryptsetup-luks ~amd64
www-client/epiphany ~amd64
dev-libs/atk ~amd64
gnome-base/libbonoboui ~amd64
gnome-base/eel ~amd64
gnome-base/gnome-menus ~amd64
gnome-base/gconf ~amd64
dev-libs/glib ~amd64
x11-libs/gtk+ ~amd64
x11-libs/pango ~amd64
x11-libs/cairo ~amd64
x11-themes/gnome-themes ~amd64
gnome-base/gnome-desktop ~amd64
gnome-base/gnome-panel ~amd64
x11-libs/libwnck ~amd64
dev-util/intltool ~amd64
app-text/gnome-doc-utils ~amd64
gnome-extra/yelp ~amd64
gnome-base/orbit ~amd64
gnome-base/libgnome ~amd64
gnome-base/librsvg ~amd64
x11-wm/metacity ~amd64
gnome-base/gnome-session ~amd64
gnome-base/gnome-vfs ~amd64
gnome-base/libbonobo ~amd64
gnome-base/libgnomecanvas ~amd64
gnome-base/nautilus ~amd64
x11-terms/gnome-terminal ~amd64
gnome-base/control-center ~amd64
x11-themes/gnome-icon-theme ~amd64
dev-util/pkgconfig ~amd64
gnome-base/libgnomeui ~amd64
app-admin/gamin ~amd64
app-editors/gedit ~amd64
media-gfx/maya ~amd64
dev-tex/harvard ~amd64
dev-python/wxpython ~amd64
games-fps/americas-army ~amd64
dev-java/sun-jre-bin x86
sys-libs/lib-compat x86
sys-boot/grub ~amd64

games-fps/quake4-bin ~amd64
games-fps/quake4-data ~amd64
gnome-base/gnome-volume-manager ~amd64

One nice thing is that I've emerged a 32bit sun-jre-bin and set it up with java-config as my java environment. I use java in openoffice2 now, and it's very nice.
If you add the N flag to emerge it will look for changes you made to USE and fix those up.
Thy this: emerge -upvDN world

Rinias
11-17-2005, 03:17 PM
That is useful information! Now I have to figure out how to get esd working on my system without compromising the sound in cedega... (I need esd for skype )

Oh, and is the R language (like Rlab) just not in Gentoo whatsoever? I looked at the website under sci-mathematics and sci-other and found nothing (and try doing a search for "r" heh heh...)

thanks so much for your help je_fro, it's greatly appreciated!

Rinias

je_fro
11-17-2005, 07:56 PM
Oh yeah...
The black icons are an Xorg problem. Upgrade to OO.o2. You'll be glad you did.

Rinias
11-18-2005, 05:25 AM
Oh yeah...
The black icons are an Xorg problem. Upgrade to OO.o2. You'll be glad you did.

I did... And I am :D though the little "x" for closing the document is still black... :D

crow2icedearth
11-18-2005, 08:12 PM
Stage3

yeah i never did do stage 3 . only stage 1 and 2.

another UNIX like os to try out is freeBSD . i think its ported to AMD64. your have a little learning curve to learn freeBSD but its worth it . and its not linux.

as matter of fact gentoo stole freeBSD idea of ports (gentoo calls it portage)

Rinias
11-19-2005, 10:20 AM
yeah i never did do stage 3 . only stage 1 and 2.

another UNIX like os to try out is freeBSD . i think its ported to AMD64. your have a little learning curve to learn freeBSD but its worth it . and its not linux.

as matter of fact gentoo stole freeBSD idea of ports (gentoo calls it portage)

Well, I think that for my time constraints Stage 3 was the only way to go... I mean, I had to have my computer ready for school the next morning 9not still compiling, etc) and I needed to be able to work. As for freeBSD, I've tried it out before (not on this laptop though i don't think), and the hardest thing was getting the disks to work with me. I had some weird problem that wouldn't get fixed... And it doesn't solve my native 64bit OOo2 problem either... In fact, I'm sure that it can't be much more advanced in the 64bit world than other *linux* distros...

I'm interested however to know why you think it's "worth it" ?

Otherwise, I've been recompiling the kernel to my tastes (had a little scare when I made most of my stuff modules and I forgot to add them to /etc/modules.autoload.d/kernel2.* :D heh heh ) and trying to get my system to work how it's supposed to. I never did get the vesafb module to work, it still gave me the same error.

Oh, and somehow I broke my cedega. No, hold on, it seems to work, but when it tries to put up the graphics window it just sits there all blacked out and the screen won't react to anything but ctrl-alt-bksp or if I use windowed mode it throws out an error and closes the window. It passes all its self-tests flawlessly though... (See: Transgaming Forum Post (http://transgaming.org/forum/viewtopic.php?t=4596) )

And I am stuck with the problem of having esd for skype (which doesn't really work) and needed esd off for cedega...

thanks for your help!

Rinias

Rinias
11-19-2005, 10:33 AM
I did... And I am :D though the little "x" for closing the document is still black... :D

I did and I was until I found out that I am too stupid to get it to use French and the spellcheck language... I could do it before... But not now... Any ideas?

crow2icedearth
11-19-2005, 03:41 PM
I'm interested however to know why you think it's "worth it" ?

well freeBSD is a bsd (unix like os. and came directory from BSD LITE source code. ) .freeBSD i like because you really learn about computers and how they work. its more hardcoare UNIX like then linux . It's probably not a good match for you. you just don't have the time to really learn how computers work because your to busy. I would stick to a linux distro that is easy to install and just works. I'll keep my eyes open for you on a good distro. I'm sorry if i had some bad distro ideas for you. I have alot of time after work even thought i work 50 hours a week. .

Rinias
11-19-2005, 03:57 PM
Hey, thanks for the info! Yeah, I could've installed it two months about when I was working too... I miss those nights without homework :D But as it is, I'm supposed to be becoming an "engineer" so I think it's a little more important that the computer be useable than "a learning experience." And I already procrastinate too much with Gentoo as it is... :D

For the moment I'm going through my USE flags (cause I've only been using like 6) and I find this task possiblly the most difficult of all. What should I add? What should I take out?

I made a list an now I'm comparing a bit with je_fro's USE flags, throwing out things from his list that I know I don't want or need (or if I have no idea what it is) and adding things that will be useful for me. I must have over 75 words... Hey, 3dnowex is only for mplayer or what? I can't even find info on it... And 3dfx- I don't need that do I? I've got the Athlon64 3400 and an nVidia GF 4 440 Go... See what I'm saying? Haha!

Oh well, I'm gonna return to my lists... Still don't have cedega workin though, and that bugs me! Not that I really have time to play anything... :D

Rinias