Announcement

Collapse
No announcement yet.

Gentoo 32bit Mesa Overlay

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #11
    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"?

    Comment


    • #12
      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

      Comment


      • #13
        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

        Comment


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

          Comment


          • #15
            Originally posted by darkbasic View Post
            Please update your readme on github
            That's it now fixed

            Comment


            • #16
              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



              Gentoo Overly. Contribute to FireBurn/Overlay development by creating an account on GitHub.


              Thanks

              Comment


              • #17
                YAH Mesa Overlay

                Comment


                • #18
                  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

                  Comment

                  Working...
                  X