lgogdownloader v.s. game-data-packager
Alexandre Detiste
alexandre.detiste at gmail.com
Sat Oct 10 08:21:01 UTC 2015
Le vendredi 9 octobre 2015 22:50:02, vous avez écrit :
> Hi Alexandre,
>
> On Wed, 07 Oct 2015 12:08:38 +0200, Alexandre Detiste
> <alexandre.detiste at gmail.com> wrote:
> > Upcoming lgogdownloader is not backward compatible,
> > so the new package will need to "Breaks: game-data-packager (xxxxx)"
> > because G-D-P uses remove --no-extra argument.
> >
> > https://github.com/Sude-/lgogdownloader/commit/3465384e0b1555c9618105648cfc3872b4198fd4
>
> Hasn't lgogdownloader support only been added to game-data-packager since the
> last release?
Yes of course, but if GDP is released as-is, it will be broken by
the non backward-compatible changes in lgogdownloader argument handling.
- --no-cover
- --no-installers
- --no-extras
- --no-patches
- --no-language-packs
- --no-dlc
- --cover
+ --include arg (=all)
+ --exclude arg (=covers)
- --platform arg (=5)
- --platform-priority arg
+ --platform arg (=w+l)
- --language arg (=1)
+ --language arg (=en)
- --language-priority arg
Adding a lot of run-time version checking is ok for apt & innoextract;
as the version in Jessie are still usable.
The easiest solution is to delay GPD release till a new lgogdownloader release.
If that isn't planed anytime soon; maybe would you mind packaging a new git snapshot ?
I'll ask upstream if he's ok to keep this backward compatible from now.
Regards,
Alexandre
> I.e., no version of game-data-packager in Debian (even
> unstable) actually uses lgogdownloader? If that's the case, then there's no
> need to add "Breaks" since there's no version to break...
>
> Regards,
>
> Stephen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-games-devel/attachments/20151010/b37dbb5c/attachment.sig>
More information about the Pkg-games-devel
mailing list