rtorrent-rpc-0.2.2.0 doesn't compile with GHC 7.10.x

[peti]

Building rtorrent-rpc-0.2.2.0...
Preprocessing library rtorrent-rpc-0.2.2.0...
[ 1 of 14] Compiling Network.RTorrent.SCGI ( Network/RTorrent/SCGI.hs, dist/build/Network/RTorrent/SCGI.o )
[ 2 of 14] Compiling Network.RTorrent.Chunk ( Network/RTorrent/Chunk.hs, dist/build/Network/RTorrent/Chunk.o )
[ 3 of 14] Compiling Network.RTorrent.Priority ( Network/RTorrent/Priority.hs, dist/build/Network/RTorrent/Priority.o )

Network/RTorrent/Priority.hs:24:10:
    No instance for (GHC.Generics.Generic TorrentPriority)
      arising from a use of ‘Control.DeepSeq.$gdmrnf’
    In the expression: Control.DeepSeq.$gdmrnf
    In an equation for ‘rnf’: rnf = Control.DeepSeq.$gdmrnf
    In the instance declaration for ‘NFData TorrentPriority’

Network/RTorrent/Priority.hs:53:10:
    No instance for (GHC.Generics.Generic FilePriority)
      arising from a use of ‘Control.DeepSeq.$gdmrnf’
    In the expression: Control.DeepSeq.$gdmrnf
    In an equation for ‘rnf’: rnf = Control.DeepSeq.$gdmrnf
    In the instance declaration for ‘NFData FilePriority’

[mr]

There's a few spots in the code that need DeriveGeneric to work. I messed with the cabal file a bit and managed to get it to compile on latest GHC, but I'm going to do some testing before I try to do a pull request.

If you want to do it yourself you can always add DeriveGeneric to the cabal file, import GHC.Generics where you need it and add Generic to the derive statement on the offending datatype. This will give you the instance you need.

It makes the types stop complaining so that's at least a good sign.