Решено: emerge mesa не ставит radeon_dri.so (хотя ставит кучу ненужных мне дров!)

Sabayon, Calculate, Funtoo, Exherbo

Модератор: /dev/random

Аватара пользователя
Uncle_Theodore
Сообщения: 3339
ОС: Slackware 12.2, ArchLinux 64

Решено: emerge mesa не ставит radeon_dri.so

Сообщение Uncle_Theodore »

В чем проблема?

usr/lib/dri/sis_dri.so
usr/lib/dri/unichrome_dri.so
usr/lib/dri/tdfx_dri.so
usr/lib/dri/i810_dri.so
usr/lib/dri/i965_dri.so
usr/lib/dri/i915_dri.so
usr/lib/dri/mga_dri.so
usr/lib/dri/savage_dri.so
usr/lib/dri/trident_dri.so
usr/lib/dri/s3v_dri.so

А мне надо radeon_dri.so В исходниках она есть, но ее почему-то не собирают! И никакого аппаратного ускорения... :(
Спасибо сказали:
Аватара пользователя
Uncle_Theodore
Сообщения: 3339
ОС: Slackware 12.2, ArchLinux 64

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение Uncle_Theodore »

Update.
Скомпилил mesa-6.5.1 из исходников и тупо скопировал файл radeon_dri.so куда надо. Есть аппаратное ускорение!
То есть, проблема была только в том, что пакетный менеджер не хочет делать мне файл. А почему же он не хочет-то? Я в недоумении... :huh: :dry: :unsure:
Спасибо сказали:
Аватара пользователя
Juliette
Сообщения: 5058
Статус: ROSA Lab
ОС: Ubuntu LTS, Mandriva 2011

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение Juliette »

может, замаскировано что-то нужное?
вывод emerge покажите :girl_smile: или в USE чего-то дописать (у меня не radeon)
Спасибо сказали:
Аватара пользователя
(asper
Бывший модератор
Сообщения: 1661
Статус: nano vi sed awk !
ОС: Работает как часы !

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение (asper »

Покажите make.conf
Сомнительно доброе привидение
Спасибо сказали:
Аватара пользователя
Uncle_Theodore
Сообщения: 3339
ОС: Slackware 12.2, ArchLinux 64

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение Uncle_Theodore »

Juliette писал(а):
05.03.2007 08:48
может, замаскировано что-то нужное?
вывод emerge покажите :girl_smile: или в USE чего-то дописать (у меня не radeon)

Весь emerge mesa? Там много... А просто emerge без аргументов usage показывает.
$USE вот такой
USE="nptl opengl qt4 kde dvd cdr dvdread gtk posix X kde gnome"
Но я пробовал и с
USE="-ntpl"
Вообще, в описании значений переменной USE я не нашел ничего относящегося ни к radeon, ни к ATI...

Покажите make.conf

Вот

Код:

# Copyright 1999-2006 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Id: /var/cvsroot/gentoo-src/portage/cnf/make.conf,v 1.84.2.5 2005/04/13 15:28:38 jstubbs 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/hand...rt=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="nptl opengl qt4 kde dvd cdr dvdread gtk posix X kde gnome" # Host Setting # ============ # # DO NOT CHANGE THIS SETTING UNLESS YOU ARE USING STAGE1! # Change this line as appropriate (i686, i586, i486 or i386). # All modern systems (even Athlons) should use "i686-pc-linux-gnu". # All K6's are i586. CHOST="i686-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. # # -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. # # CPU types supported in gcc-2.95*: k6, i386, i486, i586 (Pentium), i686 # (Pentium Pro), pentium, pentiumpro Gentoo Linux 1.2 and below use gcc-2.95* # # 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. # # ************************************************************************* # # # Decent examples: # #CFLAGS="-mcpu=athlon-xp -O3 -pipe" #CFLAGS="-march=pentium3 -O3 -pipe" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" # 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="~x86" # 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. If you change # this, you must update your /etc/make.profile symlink accordingly. #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 -T 60 --passive-ftp \${URI} -P \${DISTDIR}" #RESUMECOMMAND="/usr/bin/wget -c -t 5 -T 60 --passive-ftp \${URI} -P \${DISTDIR}" # # Using wget, ratelimiting downloads #FETCHCOMMAND="/usr/bin/wget -t 5 -T 60 --passive-ftp --limit-rate=200k \${URI} -P \${DISTDIR}" #RESUMECOMMAND="/usr/bin/wget -c -t 5 -T 60 --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}" # # 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://mirrors.acm.cs.rpi.edu/gentoo \ http://www.gtlib.gatech.edu/pub/gentoo \ http://distfiles.gentoo.org \ http://www.ibiblio.org/pub/Linux/distributions/gentoo" # # 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" # # 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. PORTAGE_RSYNC_RETRIES="3" # # PORTAGE_RSYNC_EXTRA_OPTS can be used to feed additional options to the rsync # command used by `emerge --sync`. This will not change the default options # which are set by PORTAGE_RSYNC_OPTS (don't change those unless you know # exactly what you're doing). #PORTAGE_RSYNC_EXTRA_OPTS="" # # Advanced Features # ================= # # EMERGE_DEFAULT_OPTS allows emerge to act as if certain options are # specified on every run. Useful options include --ask, --verbose, # --usepkg and many others. Options that are not useful, such as --help, # are not filtered. #EMERGE_DEFAULT_OPTS="" # # 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="-j2" # # 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. # # Warning: AUTOCLEAN="no" can cause serious problems due to overlapping # packages. Do not use it unless absolutely necessary! AUTOCLEAN="yes" # # PORTAGE_TMPFS is a location where portage may create temporary files. # If specified, portage will use this directory whenever possible # for all rapid operations such as lockfiles and transient data. # It is _highly_ recommended that this be a tmpfs or ramdisk. Do not # set this to anything that does not give a significant performance # enhancement and proper FS compliance for locks and read/write. # /dev/shm is a glibc mandated tmpfs, and should be a reasonable # setting for all linux kernel+glibc based systems. #PORTAGE_TMPFS="/dev/shm" # # 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. # # 'assume-digests' # when commiting work to cvs with repoman(1), assume that all # existing SRC_URI digests are correct. This feature also # affects digest generation via ebuild(1) and emerge(1) (emerge # generates digests only when the 'digest' feature is enabled). # '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. # 'confcache' enable confcache support; speeds up autotool based configure # calls # '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' autogenerate digests for packages when running the emerge(1) # command. If the 'assume-digests' feature is also enabled then # existing SRC_URI digests will be reused whenever they are # available. # '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. # 'test' causes ebuilds to perform testing phases if they are capable # of it. Some packages support this automaticaly via makefiles. # 'metadata-transfer' # automatically perform a metadata transfer when `emerge --sync` # is run. # '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). # 'parallel-fetch' # do fetching in parallel to compilation # '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. # 'userfetch' when portage is run as root, drop privileges to # portage:portage during the fetching of package sources. # '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" # # 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" # logging related variables: # PORTAGE_ELOG_CLASSES: selects messages to be logged, possible values are: # info, warn, error, log # Warning: commenting this will disable elog PORTAGE_ELOG_CLASSES="warn error log" # PORTAGE_ELOG_SYSTEM: selects the module(s) to process the log messages. Modules # included in portage are (empty means logging is disabled): # save (saves one log per package in $PORT_LOGDIR/elog, # /var/log/portage/elog if $PORT_LOGDIR is unset) # custom (passes all messages to $PORTAGE_ELOG_COMMAND) # syslog (sends all messages to syslog) # mail (send all messages to the mailserver defined # in $PORTAGE_ELOG_MAILURI) # To use elog you should enable at least one module #PORTAGE_ELOG_SYSTEM="save mail" # PORTAGE_ELOG_COMMAND: only used with the "custom" logging module. Specifies a command # to process log messages. Two variables are expanded: # ${PACKAGE} - expands to the cpv entry of the processed # package (see $PVR in ebuild(5)) # ${LOGFILE} - absolute path to the logfile # Both variables have to be quoted with single quotes #PORTAGE_ELOG_COMMAND="/path/to/logprocessor -p '\${PACKAGE}' -f '\${LOGFILE}'" # PORTAGE_ELOG_MAILURI: this variable holds all important settings for the mail # module. In most cases listing the recipient address and # the receiving mailserver should be sufficient, but you can # also use advanced settings like authentication or TLS. The # full syntax is: # address [[user:passwd@]mailserver[:port]] # where # address: recipient address # user: username for smtp auth (defaults to none) # passwd: password for smtp auth (defaults to none) # mailserver: smtp server that should be used to deliver the mail (defaults to localhost) # port: port to use on the given smtp server (defaults to 25, values > 100000 indicate that star ttls should be used on (port-100000)) # Examples: #PORTAGE_ELOG_MAILURI="root@localhost localhost" (this is also the default setting) #PORTAGE_ELOG_MAILURI="user@some.domain mail.some.domain" (sends mails to user@some.domain using the mailserver mail.some.domain ) #PORTAGE_ELOG_MAILURI="user@some.domain user:secret@mail.some.domain:100465" (this is left uncommented as a reader excercise ;) # PORTAGE_ELOG_MAILFROM: you can set the from-address of logmails with this variable, # if unset mails are sent by "portage" (this default may fail # in some environments). #PORTAGE_ELOG_MAILFROM="portage@some.domain" # PORTAGE_ELOG_MAILSUBJECT: template string to be used as subject for logmails. The following # variables are exanded: # ${PACKAGE} - see description of PORTAGE_ELOG_COMMAND # ${HOST} - FQDN of the host portage is running on #PORTAGE_ELOG_MAILSUBJECT="package \${PACKAGE} merged on \${HOST} with notice"


Если без закомментаренной части, то вот
USE="nptl opengl qt4 kde dvd cdr dvdread gtk posix X kde gnome"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
GENTOO_MIRRORS="http://mirrors.acm.cs.rpi.edu/gentoo \
http://www.gtlib.gatech.edu/pub/gentoo \
http://distfiles.gentoo.org \
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
FEATURES="sandbox ccache"
CCACHE_SIZE="512M"
PORTAGE_ELOG_CLASSES="warn error log"
Спасибо сказали:
Аватара пользователя
(asper
Бывший модератор
Сообщения: 1661
Статус: nano vi sed awk !
ОС: Работает как часы !

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение (asper »

попробывать прописать в make.conf
VIDEO_CARDS="radeon"
И пересобрать мир
Я не уверен что поможет но так просто подумал
Сомнительно доброе привидение
Спасибо сказали:
Аватара пользователя
serzh-z
Бывший модератор
Сообщения: 8259
Статус: Маньяк
ОС: Arch, Fedora, Ubuntu

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение serzh-z »

Uncle_Theodore писал(а):
05.03.2007 13:32
Вообще, в описании значений переменной USE я не нашел ничего относящегося ни к radeon, ни к ATI...
Вывод "emerge -pv xorg-x11" или "emerge -pv xorg-server" покажет все используемые пакетами USE-флаги. В числе прочих будет и "video_cards_radeon". Это то же самое, что "USE=video_cards_radeon" или "VIDEO_CARDS=radeon".

Вообще - старайтесь меньше устанавливать всякие пакеты, которые не используются пользователем напрямую (в том числе mesa и прочие драйверы и библиотеки) - пусть вместо вас этим занимается Portage.
Спасибо сказали:
Аватара пользователя
Uncle_Theodore
Сообщения: 3339
ОС: Slackware 12.2, ArchLinux 64

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение Uncle_Theodore »

serzh-z писал(а):
05.03.2007 13:48
Uncle_Theodore писал(а):
05.03.2007 13:32

Вообще, в описании значений переменной USE я не нашел ничего относящегося ни к radeon, ни к ATI...
Вывод "emerge -pv xorg-x11" или "emerge -pv xorg-server" покажет все используемые пакетами USE-флаги. В числе прочих будет и "video_cards_radeon". Это то же самое, что "USE=video_cards_radeon" или "VIDEO_CARDS=radeon".

Вообще - старайтесь меньше устанавливать всякие пакеты, которые не используются пользователем напрямую (в том числе mesa и прочие драйверы и библиотеки) - пусть вместо вас этим занимается Portage.

Ага!

# emerge -pv xorg-server

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild R ] x11-base/xorg-server-1.1.1-r4 USE="dri ipv6 nptl xorg -3dfx -aiglx -debug -dmx -kdrive -minimal -sdl -xprint" INPUT_DEVICES="evdev keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mga neomagic nsc nv rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo -epson -fglrx (-impact) -mach64 (-newport) -nvidia -r128 -radeon (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx)" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB

Вопрос!
Ну ладно, допустим, я нигде не сказал, что у меня есть радеон. Но почему он решил, что его у меня НЕТ? :wacko:

Я бы, конечно, не устанавливал пальцами. Но я поставил, проверил -- ускорения нет. Решил, надо что-то делать...

Спасибо. Ситуация начинает проясняться.
Спасибо сказали:
Аватара пользователя
serzh-z
Бывший модератор
Сообщения: 8259
Статус: Маньяк
ОС: Arch, Fedora, Ubuntu

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение serzh-z »

(Uncle_Theodore @ Mar 5 2007, в 13:54) писал(а):Но почему он решил, что его у меня НЕТ? wacko.gif
Он ничего не решал. Просто в ebuild X-сервера по умолчанию нет флага video_cards_radeon - видимо мейнтенеры пакета посчитали правильным не обязывать юзера скачивать проприетарный драйвер то тех пор, пока он (юзер) сам это не осознает и не захочет.
Спасибо сказали:
Аватара пользователя
(asper
Бывший модератор
Сообщения: 1661
Статус: nano vi sed awk !
ОС: Работает как часы !

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение (asper »

Простите за наглость я в этой теме спрошу
А что если я уже по глупости поставил пару таких пакетов
не догадался я раньше написать emerge -1av bash , а дал команду emerge -av bash, как мне теперь безболезненно убрать bash из Мира ?
Сомнительно доброе привидение
Спасибо сказали:
Аватара пользователя
mr_Kuzmich
Сообщения: 13

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение mr_Kuzmich »

Uncle_Theodore писал(а):
05.03.2007 13:54
Спасибо. Ситуация начинает проясняться.

А в чем она проясняется?
У меня таже проблема, все дрова dri собираются, для radeon`a нет :( т.е. драйвер видеокарты есть... а dri нет :(
Ты отпиши, как решил эту проблему ;)
Спасибо сказали:
Аватара пользователя
serzh-z
Бывший модератор
Сообщения: 8259
Статус: Маньяк
ОС: Arch, Fedora, Ubuntu

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение serzh-z »

Vlady писал(а):
05.03.2007 14:01
не догадался я раньше написать emerge -1av bash , а дал команду emerge -av bash, как мне теперь безболезненно убрать bash из Мира ?
Я в таком случае лезу в /var/lib/portage/world (не помню точно путь - может и в /var/db/portage/world) и вырезаю оттуда ненужный пакет. Редактирование списка "избранных" (world - это и есть избранные пакеты, но в терминологии Gentoo) - это вполне "Gentoo-way" решение.

P.S.: стоит помнить, что если пакет не входит ни в список system, ни в список world, а также от него не зависит ни один пакет, то он не будет обновляться, пока вы явно не укажите "emerge -u1 <пакет>".
Спасибо сказали:
Аватара пользователя
(asper
Бывший модератор
Сообщения: 1661
Статус: nano vi sed awk !
ОС: Работает как часы !

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение (asper »

serzh-z писал(а):
05.03.2007 14:05
Я в таком случае лезу в /var/lib/portage/world (не помню точно путь - может и в /var/db/portage/world) и вырезаю оттуда ненужный пакет. Редактирование списка "избранных" (world - это и есть избранные пакеты, но в терминологии Gentoo) - это вполне "Gentoo-way" решение.

Всё всё я понял просто боялся сам так нагло вытирать его отуда теперь я понял зелёный свет спасибо :)
Сомнительно доброе привидение
Спасибо сказали:
Аватара пользователя
Uncle_Theodore
Сообщения: 3339
ОС: Slackware 12.2, ArchLinux 64

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение Uncle_Theodore »

serzh-z писал(а):
05.03.2007 13:59
(Uncle_Theodore @ Mar 5 2007, в 13:54) писал(а):
Но почему он решил, что его у меня НЕТ? wacko.gif
Он ничего не решал. Просто в ebuild X-сервера по умолчанию нет флага video_cards_radeon - видимо мейнтенеры пакета посчитали правильным не обязывать юзера скачивать проприетарный драйвер то тех пор, пока он (юзер) сам это не осознает и не захочет.

Нет, это не проприетарный драйвер, этот -- как раз-таки свободный. :) Из Месы.
Ну ясненько. Значит, надо записать переменную "USE=video_cards_radeon" или "VIDEO_CARDS=radeon" и попробовать
emerge -U world

Я сейчас на работе, вечером попробую.
Спасибо.
Спасибо сказали:
Аватара пользователя
(asper
Бывший модератор
Сообщения: 1661
Статус: nano vi sed awk !
ОС: Работает как часы !

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение (asper »

наверное emerge -uDN world
или emerge -avuDN world так буде наглядней
Сомнительно доброе привидение
Спасибо сказали:
Аватара пользователя
Uncle_Theodore
Сообщения: 3339
ОС: Slackware 12.2, ArchLinux 64

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение Uncle_Theodore »

Vlady писал(а):
05.03.2007 15:47
наверное emerge -uDN world
или emerge -avuDN world так буде наглядней

emerge -avuDN world
... Много разноцветных пакетов ...
!!! Error: The above package list contains packages which cannot be installed
!!! at the same time on the same system.

For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

http://www.gentoo.org/doc/en/handbook/hand...?full=1#blocked

Интересночко...

Код:

laptop / # VIDEO_CARDS="radeon" laptop / # emerge -pv xorg-server These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-server-1.1.1-r4 USE="dri ipv6 nptl xorg -3dfx -aiglx -debug -dmx -kdrive -minimal -sdl -xprint" INPUT_DEVICES="evdev keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mga neomagic nsc nv rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo -epson -fglrx (-impact) -mach64 (-newport) -nvidia -r128 -radeon (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx)" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB laptop / # USE="video_cards_radeon" laptop / # emerge -pv xorg-server These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-base/xorg-server-1.1.1-r4 USE="dri ipv6 nptl xorg -3dfx -aiglx -debug -dmx -kdrive -minimal -sdl -xprint" INPUT_DEVICES="evdev keyboard mouse -acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300 -elographics -fpit -hyperpen -jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount -spaceorb -summa -synaptics -tek4957 -ur98 -vmmouse -void -wacom" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mga neomagic nsc nv rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo -epson -fglrx (-impact) -mach64 (-newport) -nvidia -r128 -radeon (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx)" 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB


<Дядя Федор задумчиво чешет репу>
Похоже, мне не удается убедить emerge, что мне нужен радеон... :unsure:
Грустно, девушки.

Ага!
В /etc/make.conf прописал последней строчкой VIDEO_CARDS="radeon"
и вот он момент истины!

laptop # emerge -pv mesa

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild R ] media-libs/mesa-6.5.1-r1 USE="nptl -debug -doc -hardened -motif" VIDEO_CARDS="radeon* -i810* -mach64 -mga* -none -r128 -s3virge* -savage* -sis* (-sunffb) -tdfx* -trident* -via*" 0 kB

Пошел апгрейдиться...
Спасибо сказали:
Аватара пользователя
serzh-z
Бывший модератор
Сообщения: 8259
Статус: Маньяк
ОС: Arch, Fedora, Ubuntu

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение serzh-z »

(Uncle_Theodore @ Mar 6 2007, в 00:03) писал(а):For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
Эх, вот нужно было этот список просмотреть и убить конфликтующие пакеты. Ну теперь, как понимаю, уже поздно.
Спасибо сказали:
Аватара пользователя
Uncle_Theodore
Сообщения: 3339
ОС: Slackware 12.2, ArchLinux 64

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение Uncle_Theodore »

serzh-z писал(а):
06.03.2007 00:28
(Uncle_Theodore @ Mar 6 2007, в 00:03) писал(а):
For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
Эх, вот нужно было этот список просмотреть и убить конфликтующие пакеты. Ну теперь, как понимаю, уже поздно.

Почему поздно? Не поздно. Я только месу переставил.
Сейчас буду читать про emerge world и блокирование пакетов.

Спасибо за помощь!
:)
Спасибо сказали:
Аватара пользователя
(asper
Бывший модератор
Сообщения: 1661
Статус: nano vi sed awk !
ОС: Работает как часы !

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение (asper »

Uncle_Theodore писал(а):
06.03.2007 00:03
laptop / # VIDEO_CARDS="radeon"
laptop / # emerge -pv xorg-server

а разве не

Код: Выделить всё

# VIDEO_CARDS="radeon" emerge -pv xorg-server

?
Сомнительно доброе привидение
Спасибо сказали:
Mellon
Сообщения: 655
Статус: Powered by Gentoo
ОС: Gentoo

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение Mellon »

такой большой дядька, а о export'e переиенных незнает :)
Некоммерческий файлообмен не может сравниваться с кражей, так как кража лишает кого-то возможности использовать украденный объект. ©
--------------------
Переворачиватель пингвинов
Спасибо сказали:
Аватара пользователя
Uncle_Theodore
Сообщения: 3339
ОС: Slackware 12.2, ArchLinux 64

Re: Решено: emerge mesa не ставит radeon_dri.so

Сообщение Uncle_Theodore »

Mellon писал(а):
06.03.2007 01:16
такой большой дядька, а о export'e переиенных незнает :)

Дядька все знает! Он прикидывается, чтобы враги бдительность потеряли...

Нигде не было написано экспортировать.
Дядька не дурак, дядька читатель.. :)

В сущности, тему можно закрыть. world потихоньку эмерджится, мне предложили отказаться либо от колдплага, либо от юдевайса, я отказался от колдплага. Завтра буду тестить, что получилось...
Спасибо сказали: