Bug 201365

Summary: Ready to use mesa CVS srpm
Product: [Fedora] Fedora Reporter: Hans de Goede <hdegoede>
Component: mesaAssignee: Adam Jackson <ajax>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: gnomeuser, xgl-maint
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
URL: http://people.atrpms.net/~hdegoede/mesa-6.5-20060802.src.rpm
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-08-22 20:28:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Patch to xserver-1.1.1 to make it build with mesa CVS head none

Description Hans de Goede 2006-08-04 16:59:20 UTC
In a post to fedora-devel-list you wrote:
Planning a backport, yes.  There are apparently enough Intel and <=R200 issues
fixed in CVS that it should just be done whole.  Hopefully 6.5.1 happens Really
Freaking Soon so I don't have to ship CVS bits in FC6.

That said, if updated srpms for mesa and xorg-x11-server were to magically
appear in Bugzilla for me, I certainly wouldn't object ;)

Since I have already created a mesa srpm based on your srpm with the MesaLIbs
part replaced by a very recent CVS checkout, and have addapted / dropped the
nescesarry patches, I thought I might make this work available to you:
http://people.atrpms.net/~hdegoede/mesa-6.5-20060802.src.rpm

I've been using this with great success on an x86_64 in both 64 and 32 bit mode
(I compiled it in a 32 bit chroot and installed the result on my 64 bit Fedora
for use with googleearth).

In the maillistpost you also speak about xorg-x11-server changes, I haven't got
any for you as things work fine for me with the current xorg-x11-server in RawHide.

---

There is one peculiar patch in my SRPM which needs some clarification:
mesa-cvs-r300-smooth-line.patch

This comments this 1 line in r300_renderer.c:
FALLBACK_IF(ctx->Line.SmoothFlag); // GL_LINE_SMOOTH

the result of this is that if an application has requested anti-aliased lines,
which currently are not implemented in the r300 driver, the application gets
normal (not antialiased) lines instead of falling back to the software renderer.

This patch is needed to make googleearth and smc (http://www.secretmaryo.org/)
usable IMHO having none antialiased lines is way better then 2 fps.

The same could be argued for anti-aliased points (the line below this one), but
I haven't encountered any apps using this one yet.

Notice that this change was suggested by upstream and that upstream has even
concidered doing this themselves, they haven;t however because they are planning
to fix this by actually implementing antialiased lines soon.

---

One last note for some reason the CVS version builds its onw glut stuff, so I
remove this in %install

Comment 1 Hans de Goede 2006-08-04 17:03:36 UTC
p.s.

I forgot to mention that I'll be on a short vacation till wednesday, so don't
expect any response from me till then.


Comment 2 Kristian Høgsberg 2006-08-07 16:19:21 UTC
Created attachment 133747 [details]
Patch to xserver-1.1.1 to make it build with mesa CVS head

Patch is not tested.

Comment 3 Hans de Goede 2006-08-22 20:28:45 UTC
Closing this as a CVS mesa snapshot has been released for rawhide.