EFSlib can't access resources with 0.9.5

[pype]

Binary package hint: desmume

I develop homebrew software and use the EFS (embedded File System) library from noda (http://nodadev.wordpress.com/nds-projects/efs-library/) to access my game\'s resources from the executable. It looks like the release of desmume packed with Lucid Lynx (0.9.5) no longer works properly with that respect.
Afaik, the library previously used NitroFS, accessing the ROM through the GBA slot interface when running on emulators, and it looks like it now has to rely on a SLOT-1 linker emulation that isn't found (I haven't prepared a media image, just invoked "desmume-cli gedsdemo.nds")

You should be able to reproduce the error with this file https://sourceforge.net/projects/dsgametools/files/demo%20games/GreenWoods/gedsdemo-berrybat.nds/download. I'll work out a minimal testcase asap.

When failing, the cartridge says "Noda, ça marche pas ton truc" and a message is displayed about some exception being thrown. desmume v0.7.3 (Linux) still manages to run (graphics and music are loaded and the game starts).

Version 0.9.6 of desmume has a workaround by allowing user to explicitly give --gbaslot-rom=<ndsfile> on the command line.

[Evgeni Golov (evgeni)]

Hi,

this is "fixed" with the --gbaslot-rom workaround in Debian Sid, should be synced to Maverick soon.

[pype (pype-1999-geo)]

sorry if I terribly misunderstand ubuntu release policy but ...
no plan to have the fix integrated in lucid lynx, the long-term support ?

[Launchpad Janitor (janitor)]

This bug was fixed in the package desmume - 0.9.6-1-1

---------------
desmume (0.9.6-1-1) unstable; urgency=low

  * New upstream release.
    + Adding --gbaslot-rom= workaround for embedded file system.
      LP: #575234
  * Remove 01_fix_sz_FTBFS_564788.patch, included upstream.
  * Standards-Version: 3.8.4
  * Add debian/NEWS about the new config file location.
  * Add debian/source/format, we're still 1.0.
 -- Ubuntu Archive Auto-Sync <email address hidden> Thu, 27 May 2010 09:24:42 +0100