Page 2 of 2 FirstFirst 12
Results 11 to 18 of 18

Thread: Gentoo 32bit Mesa Overlay

  1. #11
    Join Date
    Nov 2008
    Posts
    769

    Default

    By the way, I just noticed this:
    configure: error: Package requirements (libdrm_radeon >= 2.4.31) were not met:

    Requested 'libdrm_radeon >= 2.4.31' but version of libdrm_radeon is 2.4.27
    My 32bit libdrm is a current -9999 from today. 2.4.27 is the version of the installed 64bit libdrm. Is it possible to fix those configure checks, or would that be outside the scope of your "hack"?

  2. #12
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    577

    Default

    Quote Originally Posted by rohcQaH View Post
    By the way, I just noticed this:

    My 32bit libdrm is a current -9999 from today. 2.4.27 is the version of the installed 64bit libdrm. Is it possible to fix those configure checks, or would that be outside the scope of your "hack"?
    Hmm I'm not sure about this - have you considered running the 64bit libdrm too?

    I prefer to keep my kernels, libdrm's and mesa's in sync

  3. #13
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    577

    Default

    I've updated the repo quite a bit since my last post here

    I've added stripped version of the x86 comparability ebuilds so you no longer have to override the collision detection

    There's also an llvm ebuild so all the features should just work

  4. #14
    Join Date
    Nov 2009
    Location
    Italy
    Posts
    936

    Default

    Please update your readme on github
    ## VGA ##
    AMD: X1950XTX, HD3870, HD5870
    Intel: GMA45, HD3000 (Core i5 2500K)

  5. #15
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    577

    Default

    Quote Originally Posted by darkbasic View Post
    Please update your readme on github
    That's it now fixed

  6. #16
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    577

    Default

    Hi

    I've stopped using this website entirely now so if you've experiencing any problems please see the main thread on the Gentoo forums or use github

    http://forums.gentoo.org/viewtopic-t...ighlight-.html

    https://github.com/FireBurn/Overlay

    Thanks

  7. #17
    Join Date
    Oct 2012
    Posts
    1

    Default

    YAH Mesa Overlay

  8. #18
    Join Date
    Feb 2013
    Posts
    82

    Default

    Quote Originally Posted by RealNC View Post
    What's wrong with the Gentoo multilib overlay? (https://github.com/sjnewbury/multilib-overlay/wiki)
    I was the maintainer of the above "multilib-native.eclass" based multilib overlay, portage-multilib* (availably through layman; and actively maintained) evolved from it since it put too much burden on ebuild maintainers (and being out of the portage tree, that meant myself and a handful of other volunteers). As I attempted to cover every USE-flag possibility stemming from replacing the emul-linux binary packages it quickly snowballed into an unmaintainable fork of pretty much all of Gentoo! While multilib-native is opt-in, and requires all package maintainers to care about multilib support, portage-multilib is transparent and opt-out since some packages require special handing due to issues with asm or non-free distributed binaries, or even simply don't work or don't make sense on all available ABIs.

    *Just recently there is a new attempt to bring multilib to the main portage tree, again using eclass' and function wrappers, unfortunately it's currently incompatible with portage-multilib. See: http://article.gmane.org/gmane.linux.gentoo.devel/83365

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •