Created attachment 31905 [details] x11-base/xfree/xfree-4.3.0-r5.ebuild
Created attachment 31906 [details, diff] x11-base/xfree/files/xbox_nv_driver.patch
Created attachment 31907 [details, diff] x11-base/xfree/files/xbox_xf86PciInfo.patch
how about xorg ? we're trying to downplay (read: not use) xfree and make xorg the default
Not yet.. the new nv driver in xorg segfaults; from the code it looks like it will segfault on any framebuffer system, not just xbox. The old driver doesn't run on the new xorg server for some odd reason, it just segfaults as well.
Created attachment 34525 [details, diff] xfree-4.3.0-r6.ebuild.patch
If you want you can isolate the patch with: if [ "${PROFILE_ARCH}" == "xbox" ]; then Although this isn't really necessary as the patch checks whether its running on an xbox before it takes any actions.
Created attachment 34997 [details, diff] xfree-4.3.0-r6.patch added default config autodetecting pal/ntsc machines. The above isolation suggestion has one downside - people will complain that the GRP binaries dont work if xbox support isnt compiled in.
Reassigning to us so I don't miss this again. Sorry it slipped by -- I've already got 150 bugs to read through before I even get to what we're CC'd on. I expect to have -r2 ready soon (I've already got many of the patches put together), and it'll have your xbox stuff if it's clean (haven't looked yet).
Hey, don't mean to bug you, but could you give me an expected date for the new release? Gentoo xbox support is ready to roll, the one major exception being xfree support. I have to decide whether to put out livecds now and tell people to use an overlay, or to wait.
I'll try to take another look at this late tonight, after I get off work. Maybe I can just stick it in -r1. Thanks for being persistent. =)
Sorry I didn't get to it last night, I was threatened by a deadline to look at some new nvidia/opengl-update stuff, otherwise it would have been auto-committed this morning. =) Will try again tonight.
Where's this xbox-XF86Config supposed to come from? It isn't posted here.
I've added the two source patches. Their quality as patches was unimpressive, by the way. Patches should apply from the top of the source, not from random directories within it. Please never do that again, whoever made them. It was a waste of my time going through the patches and finding, then changing all the directories. Also, they were made from different directory levels. Always make patches in parallel levels of descent into a directory structure. I didn't add the NTSC/PAL logic because the file was never attached. It was also a little broken logic, so please do not commit it. Feel free to reopen this bug with that file attached. Sorry about any delay on this. Thanks.
Created attachment 35536 [details] xbox-XF86Config Sorry about the bad patches, the xbox-linux cvs stuff is disorganised and they just distribute whole directories seperately rather than splitting into patches and retaining structure. I've attached the default xbox config file. If you don't like the logic, maybe it could just be copied with an einfo to say ntsc users need to change it?
Reopening, can you please add the xbox config. Thanks for your work on this ebuild.
Can't do this til Monday, I'm flying out of town. Seemant, the ebuild logic for the sample XF86Config and the file itself are still missing. If you want to add this stuff, just toss the file into the appropriate spot in filesdir -- this ebuild never got a files tarball. Please make sure it's binary-safe first, as I know you will.
Old patchset was broken, bumped it to 2.1.25.7.
Not going to add this X config file, they can generate their own like everyone else.
