# tcl/tk/wish chokes if child commands use stderr retitle 513183 [patch] hgk fails to start when hg emits warnings # an extenson doesn't work and there is a patch severity 513183 important thanks
> Hello, > > I spent some time n this bug, first trying to fix hgk itself, then > realising I was fighting someone else's battle and in the end I > settled for a (quite) elegant workaround. > > I prepared an NMU, but the functional changes (without changelog > changes) were also extracted in a separate patch, if you prefer to add > yourself the changelog entry. > > > > The functional changes are present in 513183-no-changelog.patch. > > The NMU files are also provided (but are not signed). The orig file is > the same from the archive (obviously, from lenny). > > > > > Here is the description of the changes. > > workaround for 513183 so hg view works > > tcl/tk is very sensitive about stuff which is printed to stderr > and considers anything printed to be on stderr to be a sign of > an error. > > To avoid hgk's crash because of warnings, we print warnings > only when the quiet option is absent. We suppress > warnings in hg by calling from "hg view" a wrapper, hg-hgk, > which requests quiet operation, disabling warnings. > > In order to preserve user's possible preference for another hg > via HG environment variable, we make sure in the wrapper we > call that HG, not the system hg, if HG was initally set. > > > > > > Now all you have to do is to request an unblock request and upload to > unstable. Err, testing-proposed-updates, since a new mercurial version is already in unstable. -- Regards, EddyP ============================================= "Imagination is more important than knowledge" A.Einstein -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
