Bug#831525: [libretro-mupen64plus] Remove copies of mupen64plus-*

2016-08-22 Thread Sergio benjamim Rocha filho
Hey G, charle Take a look at libretro website, they intent to unify all the HLE plugins (glide64, rice, glideN64...). In the long goal they'll have only one HLE graphic plugin, as well one LLE plugin (which is working right now, it's the Vulkan backend), it'll diverge more and more anyway in the

Bug#831525: [libretro-mupen64plus] Remove copies of mupen64plus-*

2016-08-22 Thread Gianfranco Costamagna
control: tags -1 wishlist > Then please integrate your changes in upstream mupen64plus. Many > "forks" are now removed from debian (I think mutt-patched is one of > the recent ones) and now you start to introduce new ones - against the > Debian policy this is completely correct, the goal for this

Bug#831525: [libretro-mupen64plus] Remove copies of mupen64plus-*

2016-08-21 Thread Charlemagne Lasse
severity 831525 serious bye Then please integrate your changes in upstream mupen64plus. Many "forks" are now removed from debian (I think mutt-patched is one of the recent ones) and now you start to introduce new ones - against the Debian policy

Bug#831525: [libretro-mupen64plus] Remove copies of mupen64plus-*

2016-08-21 Thread Sérgio Benjamim
Hi, This is not a valid bug. The libretro port of mupen64plus have many changes, it also includes changes in the graphic plugins like rice and glide64 and others. i.e., you can't use the vanilla mupen plugins in the libretro port. Take a look at the commits in the https://github.com/libretr

Bug#831525: [libretro-mupen64plus] Remove copies of mupen64plus-*

2016-07-16 Thread Charlemagne Lasse
Source: libretro-mupen64plus Version: 2.0+git20160207+dfsg2-1 Severity: serious Marked as serious because it is a violation of paragraph 4.13 from the Debian Policy. Debian should not ship the same things twice. So the Debian Games Team should decide whether it wants to ship mupen64plus-* or libr