search

MonoGame / MonoGame.Dependencies

The MonoGame binary dependencies submodule.
38 stars 51 forks source link

OpenTK Update #41

Closed harry-cpp closed 9 years ago

harry-cpp commented 9 years ago

So this contains the newest opentk from github + https://github.com/opentk/opentk/pull/211

tomspilman commented 9 years ago

Gonna wait to merge this until after we push out 3.3. I'll be back!

tomspilman commented 9 years ago

I'm confused here. I see 3 repos:

https://github.com/opentk/opentk https://github.com/thefiddler/opentk https://github.com/andykorth/opentk

Where each seems to be forked from the other.

I believe @thefiddler is the official maintainer of OpenTK and it has been his PRs (https://github.com/Mono-Game/MonoGame.Dependencies/pull/23) we've merged in the past.

Who is @andykorth in relation to OpenTK?

harry-cpp commented 9 years ago

Read start of @thefiddler reposetory

harry-cpp commented 9 years ago

Also I think all of them were official at some point, currently https://github.com/andykorth/opentk points to https://github.com/thefiddler/opentk which points to https://github.com/opentk/opentk

andykorth commented 9 years ago

I ran a community fork for a while while @thefiddler was away. Use https://github.com/opentk/opentk as the best and most up-to-date fork.

tomspilman commented 9 years ago

Thanks for clearing that up @andykorth !

harry-cpp commented 9 years ago

Thanks for the info!!!! Why am I yelling?!!!

tomspilman commented 9 years ago

Ok... merging!

bsclifton commented 8 years ago

Just a heads up for anyone who had the same issue as me (I was beating my head on this over the past week or so). I was having the game crash on load (specifically during Game.Initialize), giving an error similar to this:

X Error of failed request:  BadCursor (invalid Cursor parameter)
  Major opcode of failed request:  95 (X_FreeCursor)
  Resource id in failed request:  0x3600005
  Serial number of failed request:  164
  Current serial number in output stream:  166

The problem was that the Add-In for MonoDevelop (I have latest installed, 3.5.0.1046) installs a nuget package for MonoGame.Framework.Linux, which is stuck at version 3.4.0.459, which has the bug described here.

I removed the package reference and manually added a reference to /opt/monogame-pipeline/MonoGame.Framework.dll, which worked great :smile:

harry-cpp commented 8 years ago

The problem was that the Add-In for MonoDevelop installs a nuget package for MonoGame.Framework.Linux, which is stuck at version 3.4.0.459, which has the bug described here.

I removed the package reference and manually added a reference to /opt/monogame-pipeline/MonoGame.Framework.dll, which worked great

Yea, the addin isn't automatically using the newest nuget references, but instead always referencing MG 3.4, you can get the develop nuget MonoGame packages from: http://teamcity.monogame.net/guestAuth/app/nuget/v1/FeedService.svc/ just remember to check "Show pre-release packages".

Also if you want to use local references, don't use MG from Pipeline, use: "/usr/lib/mono/xbuild/MonoGame/v3.0/Assemblies".

bsclifton commented 8 years ago

Very cool- thanks :+1: (updated reference)