Le 19 mars 08 à 17:15, Martin Dietze a écrit : > On Wed, March 19, 2008, Quentin Mathé wrote: > >> Not really sure, but it could be triggered by recent changes related >> to https://savannah.gnu.org/bugs/?22247 >> I think this non-recognized method isn't directly called within >> Camaelon, but we have code like that: [NSBitmapImageRep >> imageRepWithData: [image TIFFRepresentation]]. May be GNUstep has >> modified its handling of TIFF data and has now some troubles with the >> data loaded from Nesedah image files. I'll take a look at recent >> GNUstep changes to see if Camaleon does something wrong and also what >> could be done to solve the problem. > > Just a quick info - I installed today's daily GNUstep core > snapshot and recompiled Etoile, and this did the trick. > While I am aware that when compiling and running code from the > SVN I will usually need a fairly up-to-date version of the GS > core libs, I guess it might be good idea to document the GS > libs' versions against which the code was compiled before > committing it :)
We could do that. Including the GNUstep core versions for each commit is perhaps a bit excessive, specially when plenty of small commits are pushed in the repository. May be each time we update GNUstep -base and/ or -gui, we could put this info in the ChangeLog of the module we are working on. But I'm not really convinced by this option either since it's probably going to be difficult after few days to track where this last change occured. The real solution would be to have automated test builds of both GNUstep and Étoilé with a page reporting about it on our website. Cheers, Quentin. _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
