fmII
Sun, Jul 06th home | browse | articles | contact | chat | submit | faq | newsletter | about | stats | scoop 00:52 UTC
in
Section
login «
register «
recover password «
[Project] add release | add branch | add screenshot | broken links | change owner | email subscribers | update project | update branch (urls) [Project]

 Mesa - Default branch
Section: Unix

 

Added: Sat, Jan 17th 1998 14:53 UTC (10 years, 5 months ago) Updated: Thu, Apr 10th 2008 13:43 UTC (2 months, 27 days ago)


About:
Mesa is a 3-D graphics library which uses the OpenGL API (Application Programming Interface). Mesa cannot be called an implementation of OpenGL since the author did not obtain an OpenGL license from SGI. Furthermore, Mesa cannot claim OpenGL conformance since the conformance tests are only available to OpenGL licensees. Despite these technical/legal terms, you may find Mesa to be a valid alternative to OpenGL. Most applications written for OpenGL can use Mesa instead without changing the source code.

Author:
Brian Paul <brian (at) mesa3d (dot) org> [contact developer]

Rating:
8.51/10.00 (7 votes)

Homepage:
http://mesa3d.sourceforge.net/
Tar/GZ:
http://sourceforge.net/project/showfiles.php?group_id=3
Tar/BZ2:
http://sourceforge.net/project/showfiles.php?group_id=3
Zip:
http://sourceforge.net/project/showfiles.php?group_id=3
Changelog:
http://mesa3d.sourceforge.net/relnotes-7.0.3.html
Bug tracker:
https://bugs.freedesktop.org/
Mailing list archive:
http://sourceforge.net/mail/?group_id=3

Trove categories: [change]
[Intended Audience]  Developers
[License]  OSI Approved
[Topic]  Software Development :: Libraries

Dependencies: [change]
No dependencies filed

 
» Rating: 8.51/10.00 (Rank N/A)
» Vitality: 0.27% (Rank 788)
» Popularity: 6.59% (Rank 451)

project statsdownload stats
(click to enlarge graphs)
   Record hits: 50,120
   URL hits: 47,526
   Subscribers: 168

Projects depending on this project:
SX
G3DViewer
SLFFEA
Alpha Shooter
DINO
(Note: 31 projects depend on this one. The ones displayed are picked by a randomizer.)


Other projects from the same categories:
libsmbios
EarthMate Userland Library
Card Terminal Driver Library
FusionCharts Free
TFFC

Users who subscribed to this project also subscribed to:
Prelude Manager
E*Reminders
GLAME
KOrganizer
ArchZoom


Add comment · Rate this project · Subscribe to new releases · Ignore this project · Email this project to a friend · Project record in XML

 Branches

Branch Version Last release License URLs
Default 7.0.3 10-Apr-2008 OSI Approved Homepage Tar/GZ Changelog Hosted on SourceForge.net

 Releases

Version Focus Date
7.0.3 Minor bugfixes 10-Apr-2008 20:43
7.0.2 Minor feature enhancements 14-Nov-2007 12:31
7.0 Major feature enhancements 29-Jun-2007 18:57
6.5 Major feature enhancements 11-Aug-2006 12:47
6.2.1 Minor bugfixes 28-Dec-2004 23:13
6.0 Major feature enhancements 17-Jan-2004 07:25
5.0.2 Major bugfixes 16-Jan-2004 04:24
5.0 Minor feature enhancements 19-Mar-2003 22:14
4.0.3 Minor bugfixes 27-Jun-2002 12:32
4.0 Major feature enhancements 11-Dec-2001 11:12

 Articles referencing this project

 Comments

[»] 5.0.2
by Mark Lindner - Nov 6th 2003 11:21:48

Looks like 5.0.2 wasn't tested too thoroughly. On RH7.2, libtool script dies with a syntax error, configure doesn't perform all Makefile.in substitutions properly, etc.

[reply] [top]


[»] circular RPM dependency problem solved
by timecop - Nov 6th 2000 09:36:24

Don't use RPM, be a real man and compile from source.

[reply] [top]


    [»] Re: circular RPM dependency problem solved
    by Harri Haataja - Feb 2nd 2001 11:09:11


    > Don't use RPM, be a real man and compile
    > from source.

    Oh, yes; timecop bitching again.

    There's certainly a problem if common requires the base but since you will install them both, install them with the same command. This way all dependencies get filled.

    Elementary... =)

    [reply] [top]


      [»] Re: circular RPM dependency problem solved
      by Raul Dias - Jun 2nd 2001 14:49:10


      >
      > % Don't use RPM, be a real man and
      > compile
      > % from source.
      >
      >
      > Oh, yes; timecop bitching again.

      He is right.
      There are really rare cases where rpm packages
      should depends on each other causing
      a circular dependecy.

      This is a packaging bug.

      The best thing to do is to write your own rpm spec
      file and compile it. 8)

      [reply] [top]


[»] circular rpm dependencies problem
by Jason Hudgins (Incantations Media Group) - Aug 18th 2000 16:42:15

Mesa-common-3.2.1-1rh61.i386.rpm requires
Mesa-3.2.1-1rh61.i386.rpm to install...
BUT
Mesa-3.2.1-1rh61.i386.rpm requires requires
Mesa-common-3.2.1-1rh61.i386.rpm to install.

solution:
rpm --install --nodeps Mesa-common-3.2.1-1rh61.i386.rpm
rpm --install Mesa-3.2.1-1rh61.i386.rpm

[reply] [top]


    [»] Re: circular rpm dependencies problem
    by simmons75 - Feb 16th 2001 22:50:27


    > Mesa-common-3.2.1-1rh61.i386.rpm
    > requires Mesa-3.2.1-1rh61.i386.rpm to
    > install... BUT
    > Mesa-3.2.1-1rh61.i386.rpm requires
    > requires
    > Mesa-common-3.2.1-1rh61.i386.rpm to
    > install.
    >
    > solution:
    > rpm --install --nodeps
    > Mesa-common-3.2.1-1rh61.i386.rpm
    > rpm --install
    > Mesa-3.2.1-1rh61.i386.rpm
    >
    >
    the real solution: rpm -Uvh Mesa-common-3.2.1-1rh61.i386.rpm Mesa-3.2.1-1rh61.i386.rpm

    [reply] [top]




© Copyright 2008 SourceForge, Inc., All Rights Reserved.
About freshmeat.net •  Privacy Statement •  Terms of Use •  Trademark Guidelines •  Advertise •  Contact Us • 
ThinkGeek •  Slashdot  •  ITMJ •  Linux.com •  NewsForge  •  SourceForge.net  •  Surveys •  Jobs •  PriceGrabber