On 13 Dec 2007, at 00:58, Jean-François Mertens wrote: > Do you realise this means : > 1) first resurrecting the old ming pkg you threw away, rebuild and > reinstall it, > and using that, build on my system all its deps (after finding them > by grepping > through the unstable tree) _ that is what users have on their > system _, and next > for each one in turn test whether its full functionality is still > there. > 2) Then, re-switch to your new ming, and for each of those pkgs in > turn, > check whether they build correctly with it, and have their full > functionality.. >
May I suggest that a much less demanding way for you to deal with this would be just to check point 2 thoroughly, and then upgrade all those deps (with minor fixes or version-updates if required ) to depend on the new ming, with a rev-up for all .. [ Obviously still less demanding would be to first resurrect the old ming at version 2, (killing for the time being your new pkg if needed), and then follow standard standard shlibs policy: first replace this one with an upgrade pkg if needed (preferably at the latest version guaranteed to be both source- and binary- compatible with that 0.2 alpha version), to be sure everything will be entirely policy-conformant. Next you introduce according to policy a new version, in such a way that it can co-exist.. Obviously the former approach is much more helpful _ it gets us rid of an old version a.o., and helps all those dependent pkgs to upgrade immediately _ Would be wonderful if you could do that .. ! ] Best, Jean-Francois PS: Did you really mean in your first commit comment on this pkg "... and is required for new upcoming php5 pkg" that the "upcoming php5 pkg" is going to depend on beta versions ? ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
