Control: tags -1 pending patch On 28-11-15 00:19, Michalis Kamburelis wrote: > Reason: view3dscene source code of version 3.15.0 is not compatible with > Castle Game Engine version 5.2.0.
Ooo, shame on you as upstream of both ;) . But see below. > I removed the identifier TImageFormat from the public interface of > CastleImages unit. This makes me wonder, does fpc have any reasonable symbols tracking mechanism? I guess it does (at least in ppu files), so should we extend the Debian tooling dh_makeshlibs/dh_shlibsdeps to be able to handle the fpc situation? > The view3dscene sources in SVN are of course adjusted since a long > time, but there hasn't been a view3dscene release since some time. If you don't want to release newer version for these kind of incompatibilities, or if you want to go to something fully based on version control versions, than let's discuss. We can come up with working schemes if you want. I am not strict on having upstream tar balls (although it is nice that people can check the checksum of the Debian tar ball versus the one provided by upstream). So if you are more for rolling release, we could do that. > IOW, it's my fault, I broke Castle Game Engine API in 5.2.0. Could you at least communicate these kind of changes pro-active on this list or somewhere in your own domain where we can pick it up (via push communication). Or just a clear "THIS BREAKS API" note in some changelog, I scan all the changed between two versions during import of the tar ball. > I'm attaching a minimal patch that, when applied to view3dscene 3.15.0 > sources, makes them compile with Castle Game Engine 5.2.0:) Tested with > FPC 2.6.4. If possible, could you check also with 3.0.0. That was released last week and I am preparing the upload (to experimental) still. When we verified all reversed dependencies (help would be nice), I want to ask for a transition slot. Paul Paul
signature.asc
Description: OpenPGP digital signature
