On Wed, Feb 09, 2011 at 04:25:39AM +0300, Dmitry V. Levin wrote: > On Mon, Jan 17, 2011 at 09:12:14PM +0300, Dmitry V. Levin wrote: > > On Mon, Jan 17, 2011 at 09:12:46AM -0800, Roland McGrath wrote: > > > Thanks as usual, Dmitry. It seems to me we've accumulated quite enough > > > good stuff to have a 4.5.21 release soon. Perhaps even one of these days > > > we should call it 4.6? (The change of the -f mechanism seems like as > > > major > > > a thing as we've had in a long time or are likely to have in the > > > foreseeable future.) What do you think? > > > > I agree, the amount of changes we've made since 4.5.20 qualifies for a > > new release. I test HEAD on x86 and x86-64 regularly, and there are no > > known regressions since 4.5.20. > > > > The following pre-release work have to be done: > > - merge pending patches if any (please speak up); > > - sync syscallent.h and ioctlent.h files with the latest linux kernel; > > - sync debian/ changes; > > - test on supported non-x86 architectures. > > > > I've updated linux/ioctlent.h already, and I think I can update x86, > > x86_64 and maybe arm files myself, but I definitely need help to update > > and test other architectures. > > I still need help to > - sync debian/ changes, Cc'ed Frederik with hope he could commit these > changes himself; > - update linux/[^b]*/ioctlent.h, these files are quite outdated; > - test HEAD on all supported architectures except x86, x86-64 and bfin > which seem to work fine.
I must admit that there is no progress with these pre-release tasks so far. Of course there is always an option to proceed without waiting for completion of these tasks, but I see no emergency to release a new version without proper testing. -- ldv
pgphWJ1DkD2Jz.pgp
Description: PGP signature
------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________ Strace-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/strace-devel
